(1)框架统一，接口收敛，业务解耦;

　　(2)性能提升，易用性高，扩展性高;

　　六、UI拆分模型

　　此时独立出来的子系统可以专注做其业务逻辑了，核心的系统也得到减负。但是核心系统的升级更新频率是最高的，业务逻辑也最复杂。到了一定时期，核心系统又变得臃肿，难以维护。此时可以通过一些设计模式来降低程序的可扩展性和可维护性。但即便是如此，还是有一定的学习成本，在一个App内部，开发同学或多或少需要关注其他模块的代码，逐渐发展为升级一点就需要排查很多点。这时候又到了进一步减负的时候。如果减负?分为两部：

　　第一步：异步模型

　　页面渲染分为两个阶段：主题页面数据和其他非主题页面数据。根据页面的不同部分由不同的数据源提供数据。按此逻辑将app进一步做垂直拆分。

　　PHPService是由PHPmodule+一层很薄的UI，返回格式化数据。

　　第二步：同步模型

　　Module做拆分，不同业务逻辑拆分为不同的Module，区分为多个数据源，分别提供不同数据内容，由统一的UI调度不同的数据源后，统一进行渲染页面返回响应。

　　如此持续减负后，产品线内部的子系统和模块将越来越多，需要维持部署和运维的统一。对团队成员的分工很细，业务理解很专注和深入，合作、并行的效率也会更高，从而使整个开发周期缩短。

　　七、 小结

　　随着业务逻辑的不端壮大，每个子系统或模块的业务功能如果过于臃肿就需要不断做减分，以保持在可控的规模内。如此随着产品的发展，产品线内部的子系统和模块将越来越多，需要维持部署和运维的统一，保持简单。对团队成员的分工更细，业务理解保持专注和深入，合作、并行的效率也会更高，从而使整个开发周期缩短。