得益于架构的跨平台版本管理和部署系统，测试或发布都可以一键操作，一目了然。

 

      外包的项目在上线后，会面临大量的问题，比如如何快速修正bug，如何升级迭代，如何进行测试和发布等等。
传统的做法无非是通过各种交流工具催来催去，直到某一方筋疲力尽，然后项目要么停滞，要么重构，我们已经见过无数的案例。

     app开发技术架构
     随着移动设备性能的逐渐提升，原生应用和混合式应用的性能差距将越来越小，所以性能上的考量不再讨论，但是RN或Weex与h5应用间有一个巨大的不同，h5的开发架构过于松散了，它没有强制的开发规范和架构约束。诚然你可以使用react或者vue来开发应用，但Jq仍然在前端领域占绝对优势，现在的大多数前端开发人员可能直到离开这个行业都只会Jq。就像ie一样，除非所有的网站都不再支持ie，否则ie仍然会长期存在下去。

Jq并不是不好，但Jq与mvvm框架对于应用开发的理解方式是完全不同的，这种不同会在项目的可维护性上体现出巨大的差距，一个写Jq五年的工程师可能没有一个写Vue一年的工程师来的bug更少，代码思路更清晰，更容易维护，君不见Github上有许多star非常高的Jq插件仍然是bug满天飞。

    强规范架构非常重要，我们始终在贯彻这点。
    开发中很常见的一件事，为了实现一个小功能，找了无数插件，终于选定一个后，项目迭代更新，原来的插件不够用了，又要继续找下去。
一个项目会用到很多插件，这些插件很可能没有完整的文档，没有统一的api，这又再次增加了维护的难度。

所以我们专门维护了一套组件库，其中多数是自己开发，少数是封装一些广受认可的组件，然后在项目中特定的功能强制要求使用特定组件的来实现，包括所有页面布局，div + css在这里已经被淘汰。当功能需求变更时，只需要升级对应的组件即可。只有这样才能让开发人员将精力放到业务逻辑上，而不是在一些旁枝末节的地方。