随着App的不断迭代，业务会变得越来越复杂，业务模块会越来越多，且每个模块的代码也会变得越来越多。为了应对这一场景，我们需要把不同的业务模块划分成一个个组件，在修改业务代码的时候只需要在对应模块修改就可以了。通过高内聚，低耦合的业务模块来保证工程的健壮性和稳定性。

关于模块化 (组件化) 这个问题，我想每个开发者可能都认真的思考过。随着项目的开发，业务不断壮大，业务模块越来越多，各个模块间相互引用，耦合越来越严重，同时有些项目（比如我们公司）还伴随着子应用单独包装推广，影子应用单独发布等等需求，重新调整架构迫在眉睫。今天，我们就来聊聊模块化(组件化)，这篇文章同时也是我这几年，对项目架构的理解。

组件化最直接的表现形式就是工程中包含了多个业务 Module，代码要解耦，但是业务间要解耦几乎是不可能的，于是就要涉及到业务间的通信，表现在代码上就是 Module 间通信。

项目经历了岁月的洗礼，经过公司业务上的变化，开发人员的来来往往，代码越来越臃肿和复杂难懂，这时候就必须进行拆分，否则就是一场灾难。就像我们公司的老项目一样，耦合度极高，已经停掉的业务，现在还在项目里面留存着，完全不敢删。新功能上线，因为要回归测试，测试时间有时候比开发时间还长。…