本文接上篇《深圳APP开发公司分享APP后台管理端制作经验（七）》，在上一篇深圳APP开发主要介绍了如何对app项目开发后台制作流程进行管理，本文我们主要介绍APP开发后台所使用到的基础技术。
App后台基础技术
这章详细描述了App后台工作中会涉及的基础技术以及原理。通过本文的介绍， 我们希望您能够了解一般的Web后台和App后台架构上各个组件的作用。
1.从App业务逻辑中提炼API接口在App后台工作中设计API是很考验设计能力的。在项目的初始阶段，我们只知道具体的业务逻辑，那怎么把业务逻辑抽象和提炼从而设计API呢？希望这篇文章可解答以上疑惑。深圳APP开发——博纳网络以前开发的App“XX客vkeo”第1版的（以后的业务逻辑改了很多）业务逻辑为例。xx客ekeo是一款以熟人社交和真实聚会为核心的社交工具，其以解决聚会难题为核心，用户通过移客ekeo快速发起聚会或者参与聚会活动，并能掌握参加者是否已经出发或者到达聚会地点。本文是深圳APP开发根据刚入行时技术总监Howardm的教导整理而成的，笔者从中获益良多。非常感谢。从业务逻辑到最终提炼API可分为下面6个阶段。业务逻辑思维导图。功能—业务逻辑思维导图。基本功能模块关系。功能模块接口UML（设计出API）。在设计稿标注API。编写API文档。
2.业务逻辑思维导图整个流程的第一步就是抽象出业务逻辑。抽象就是把相同的东西先放在一起，这是抽象的第一步。业务流程就像一条河一样，从头走到脚，里面会有很多一样的东西，开发人员需要把一样的东西先抽象出来，就好比一栋楼的结构，有很多三角形、圆形、正方形，开发人员先要把这些东西抽象出来。如果连抽象都搞错了，写接口也没什么用，只是在乱做而已。所以说抽象的第一步就是，开发人员通过思维导图的形式把相同的业务流程抽象出来形成一个图表，然后通过关系箭头表现出来。首先是要用思维导图把结构关系列出来，包括里面的功能。把相同的元素整理出来，比如说，都是相同的推送、评论、图片上传，然后用相同的颜色，在下图上面表示出来。这样至少清楚哪些业务逻辑是一样的，如果连业务逻辑都没搞清楚，怎么能确保后面做的接口是完整的呢？把这一步搞清楚就知道了一个模块需要有哪些接口，那个时候再用UML图把接口和接口关系画出来，那个时候是抽象的第二步。根据业务逻辑整理出如下的思维导图，如图
所示，相同颜色的部分就是相同的业务逻辑。
3.功能—业务逻辑思维导图这步的核心是“业务逻辑和功能模块呈现的内容结合”。功能模块简单点说就是支撑业务逻辑的功能模块，也就是说开发人员需要做的是属于model的这一块。MVC最复杂的其实是M这一块，M怎么分，如何对应前面的业务流程？“业务逻辑和功能模块呈现的内容结合”是什么意思？就是写一个model的名字出来，开发人员能够把业务逻辑里面的东西和其关联。再简单点说就是一对多，一就是model，多就是业务逻辑，一个model对应多个业务逻辑。先做最上面的一层，尽可能多地进行一对多的分析，然后按照最小独立原则，看这个一是不是一个最小的系统，按照设计思想原理：每一个model都是一个可以独立运行的模块，也就是说model和model之间是没关系的。开发人员可能会画出ABCDEF6个model对应前面的业务逻辑，但是去掉中间任意一个，比如只有ABCDF了，业务逻辑只是相对减少，而不会完全崩溃，这就是最小独立原则。在思维导图中，其实是2个部分的结合。业务逻辑。功能模块。现在需要划分功能模块，依据3个原则。功能模块和业务逻辑之间的关系。功能模块和功能模块之间不能有关系。功能模块要尽可能地实现一对多（一个功能模块对应多个业务逻辑）。“业务逻辑和功能模块呈现的内容结合”中的结合还有另外一层的意思：按照人、事来分,人其实就是一个大模块,事就看里面有哪些事,相同的事就是一个模块,人和事之间又会有关系，那些是关系模块。功能—业务逻辑思维导图如图
所示。时间与篇幅关系本章还有3至6个章节未写完，深圳APP开发会持续就APP制作后台经验进行分享，如您认为本站文章能给您带来帮助，敬请持续关注本站。博纳网络编辑整理。
