2016.10.25
组件化架构的由来
随着互联网的不断发展，很多程序代码量和业务越来越多，现有架构已经不适合公司业务的发展速度了，很多都面临着重构的问题。
在公司项目开发中，如果项目比较小，普通的单工程用MVC架构就可以满足大多数需求。但像淘宝、蘑菇街、微信这样的大项目，原有的单工程架构就不足以满足架构需求。
在一个项目越来越大，开发人员越来越多的情况下，项目会遇到很多问题
1.业务模块间划分不清晰，模块之间耦合度很大，非常难维护
2.所有模块代码都编写在一个项目中，测试某个模块或功能，需要编译运行整个项目。
为了解决上面的问题，可以考虑加一个中间层来协调模块间的调用，所偶有的模块间的调用都会经过中间层中转。
添加中间层后，耦合还是存在的。中间层对被调用模块存在耦合，其他模块也需要耦合中间层才能发起调用。这样还是存在之前的相互耦合的问题，而且本质上比之前更麻烦了。
所以应该做的是，只让其他模块对中间层产生耦合关系，中间层不对其他模块发生耦合。
对于这个问题可以采用组件化的架构，将每个模块作为一个组件，并且建立一个主项目，这个主项目负责集成所有组件，这样带来的好处是很多的：
业务划分更清晰，新人接手更容易，可以按组件分配开发任务。
项目可维护性更强，提高开发效率。
更好排查问题，某个组件出现问题，直接对组件进行处理。
开发测试过程中，可以只编译自己那部分代码，不需要编译整个项目代码。
进行组件化开发后，可以把每个组件当做一个独立的app，每个组件甚至可以采用不同的架构，例如分别使用mvvm、mvc、mvcs等架构。
