产品都在讲用户体验，然而后端的优化也很重要，不能光研究前端而忽略了后端的重要性，对于产品，产品经理比任何人都要了解产品的方向，因此和后端技术人员共同奠基好后端，对于未来产品的扩展和业务的发展都会起到很大的作用。

今天我写这篇文章主要是讲讲后端规划中的API规划，要讲的API也并不是指空气污染指数或PM2.5，我要讲的API是应用程序编程接口，谈谈后端规划中如何看待API的规划，并分享一下我的规划思路。

随着移动互联网的发展，一个产品已经不仅仅是Web或App形式了，随着终端越来越多，产品的扩展也会越来越多。Web产品因为数据处理都在服务器端完成，因此还考虑不到版本迭代的遗留问题，然而需要客户端处理数据请求的产品，例如软件或移动App产品，由于版本的迭代而带来的历史版本接口问题就会出现，从而影响平台的发展，从中增加相应的维护负担。

在我的工作中，就出现过这样的问题，我们公司的主要产品是移动应用，随着产品的迭代和数据的扩展，每次版本有大的更新都要重新设计并新建接口，然而旧版本仍在使用，因此也不能停掉，这样便在无形中渐渐的增加了后端工作人员的维护负担。并且随着业务的发展和市场推广的需要，产品也会扩展一些Web端的小型应用，并与第三方平台合作，等等原因都会为后端带来了不小的问题，小到接口重写，大到数据迁移重建。

对于这样的问题和我们产品数据结构的了解，我开始对后端重构，以Opne API的方式规划，将产品分为两个后端平台：数据平台、产品管理平台。

数据平台则是API平台，为各个产品之间信息直接传递的一个桥梁，通过数据平台可以无缝整合旗下系列产品和系列版本，甚至其它更多的第三方应用程序，实现数据的统一管理。

产品管理平台则是系列产品的私有数据的储存和处理，通过产品管理平台可以实现某个产品个性化独有功能的配置管理。

图注：应用管理是验证每个数据请求的合法性；用户管理是用户中心，统一管理用户的通行证；数据管理是中心数据内容的管理；插件扩展是特殊任务的扩展中心，负责任务的定期执行或手动执行。（对于我们公司的产品，由于数据特殊处理需求有很多，所以插件机制可以大大提升特殊需求的开发和执行效率）

如上图所示，对于特殊功能或数据的计算处理，可以通过单个可执行的语言文件（.php或.aspx或.jsp）以插件的形式执行相应的数据处理任务，每一个数据处理问题都通过单个任务文件执行，大大的减少了数据平台的维护工作。而产品的个性化需求则通过产品管理平台进行配置管理，再通过SDK统一封装整合，从而实现后端的统一管理，减轻后端的维护负担。

通过这样的规划，我可以清晰的了解数据的结构，对于以后的数据处理也更加清晰。这样就将接口问题留给了SDK，从而减少了后端的维护成本，同时也不影响前端人员的开发，也减少了版本迭代带来的数据同步问题。