0.说在前面的废话

yf指的是yfsoft，我常用的id的简写，在我心中这是一个牛x的组织（虽然现在就我一个人），我将全部的生命和精力投入在里面，愿意为之付出一切，而我的一切都属于它。

1.它是什么？

yf-api 是近一年时间打磨出来的产品，简单的说就是可以快速简单的搭建一个http服务，建立在已有的业务数据之上，关联上数据库之后就自带了基本的CRUD的操作，并提供单一统一的服务接口，同步所有的终端数据流，能应对较大并发的请求和一些恶意的攻击，提供nodejs，angularjs，java，.net，php的sdk实现，最大程度的降低客户端集成api服务的成本。

相应的产品列表：

a.服务端产品

• yf-fast-dbm 持久层操作框架源码 >>我是地址

• yf-api-server 服务端框架源码 >>我是地址

• yf-demo-api demo项目>>我是地址

• yf-ci-web 辅助工具，web端执行shell命令 >>我是地址

• yf-job-scheduler 辅助工具，web端管理定时任务 >>我是地址

b.客户端产品（编码已完成，正在更新文档）

• ngapi angularjs前端SDK

• apiengine nodejs SDK

• apiengine4j java SDK

• apiengine4net .net SDK

• apiengine4php php SDK

1.1. 唯快不破

业务实现速度和系统服务的响应速度都想快。这是每一个非技术的创始人的诉求。

• 持续部署
• 持续集成
• 持续交付

这些很灵活的开发模式可以满足，但是想要在一个规模还不是很大的团队里实践这些东西，管理和实施成本太高，如何能应对这样的窘境？ 技术选型很重要，在这点上花了很长的时间，决定用nodejs，因为它的事件驱动可以满足高并发，源码开源，社区活跃，大公司应用广泛，加之本身javascript的语法也已经比较简单，学习成本不高。

1.2. 适应场景

• 专注前期创业或者做产品的小团队或者个人
• 没有全职后端开发的团队
• 前期没有很多资源投入到技术基础搭建上的团队
• 不使用云存储平台(如: parse 或者 leancloud) 的企业
• 现有系统是基于关系型数据库，想快速搭建api服务的团队

1.3. 优势

• 完全开源，且在持续维护
• 代码量极少

越少的代码，意味着出bug的概率越小

• 创作团队都健在

创作团队特别闷骚，喜欢健身，还能活好久~~随时都能联系上

• 丰富的文档和实例代码
• 丰富的已经实现的SDK

2. 为何用它

开发者的体验非常重要，同时开发者的效率也很重要，没有大牛，如何能尽快的做出产品？那么多端口要维护，团队是要效益的，投入产出比很重要。 让编码平台统一化、标准化、流程化才是提高产品输出效率，保证代码质量的正确姿势； 试问：

• 如何才能正确评估一个技术的工作量
• 如何能避免一些隐藏的大坑
• 如何能减少技术人员流失的风险
• 如何能缩短新员工上手的教学成本
• 如何能定义标准的入职技能评估
• 如何如何… 作为一个非技术驱动的团队来说，这些问题都是非常头疼的，能解决这些问题的人很难找到。 通过高薪吸引过来的人才是否能完全适合目前的团队？这些问题都是会影响到整个团队最终的归属的！可能一步就决定了产品的生死。

3. 如何用它

• 备份并导出您的数据库
• 安装一台linux（推荐Centos）
• 安装好lnmp
• 上传 yfci 脚本
• 执行安装命令
• 导入您的数据库
• 配置数据库链接信息
• 执行部署命令
• 客户端配置sdk，参照示例完成开发集成

3.1 开发流程

• 代码版本管理流程 ： git flow
• 基本架构管理流程 ： 前后端完全分离，业务全在后端完成，前端只负责交互
• 服务端开发管理流程 ： 根据已有开发框架做适配，JAVA、PHP、ASP.NET 都支持
• 客户端开发管理流程 ： 配置相应的客户端SDK，参照文档进行配置和使用即可

3.2 版本发布流程

• 代码经过测试推入到Git服务器，通过平台的CI脚本进行及时或者定时发布更新
• 对于有编译过程的代码，比如JAVA，平台提供标准的自动编译脚本程序，省去传war包的人工操作
• 夜间发布更新可以通过平台配置简单的计划任务，自动执行更新，无需人工看守
• 后端代码0秒更新，省去客户端更新的麻烦
• 集成app渠道分发平台，自动提示客户端版本更新消息

3.3 可选组件

• 推送服务JPUSH
• 短信服务[聚合]
• 地理位置服务[高德]
• 支付服务[微信、支付宝]

3.3 数据备份流程

2.x版本迭代功能~

3.4 集成IDE工具插件

3.x版本迭代功能~