【架构师入门——什么是组件化】

什么是组件化，为什么要组件化

在我的理解看来组件化是android开发甚至其他软件开发行业的趋势，因为随着android的逐渐成熟,现在的app业务越来越复杂,与此同时,android工程也变得日益庞大,代码行数十几万已经是常态,此时有几个问题便会凸显出来:

1. 编译时间过长，时间成本增大： 工程任何一点改动都会造成整个工程的重新编译.记忆最深的就是早期在没有进行组件化的时候,庞大的工程动辄需要十几分钟的编译时间,效率过于低下。
2. 不易于维护和迭代更新： 整个工程中充斥的大量重复或者冗余的子模块,业务耦合度非常高,牵一发而动全身.这就造成了"老人不敢改,新人无法改",因为谁也不能预知在做修改之后,会产生什么影响.
3. 不方便测试：.高度耦合的业务和模块导致无法下手进行测试,只能草草了事.
4. 不利于团队协作，团队开发： 协作开发基本上是不可能的,天知道彼此在做什么.代码合并的的时候更是令人痛苦.

因此为了解决以上痛点提出了组件化的概念：将一个内容庞杂，功能丰富的app根据一定的原则拆分出来形成单独的模块，各个模块抽离出来单独运行就是具有某项功能的子app，例如拿微信举例子（这里我对微信源码不了解只做一个大概的分析）至少包含的几大模块：

1. 即时通讯模块： 实现朋友之间聊天的功能（这部分一定是单独抽离出来的组件化模块，因为腾讯开放平台上对外提供了即时通讯的sdk）
2. 分享模块： 实现应用之间的分享，例如淘宝商品图片分享给微信朋友（这部分也一定是单独抽离出来的组件模块，因为腾讯开放平台上对外提供了微信分享的sdk）
3. 支付模块 实现钱包的支付功能（这部分也一定是单独抽离出来的组件模块，因为腾讯开放平台上对外提供了微信支付的sdk）

以前未进行组件化分离的项目：业务之间耦合严重，不利于维护
按组件化架构分离后

Android APP组件化架构的目标是告别结构臃肿，让各个 业务 变得相对独立，业务组件在组件模式下可以独立开发，而在集成模式下又可以变为arr包集成到“app壳工程”中，组成一个完整功能的APP；

从组件化架构模型中可以看到，业务组件之间是相互独立的，没有相互关联和依赖，这些业务组件在集成模式下是一个个library，被app壳工程所依赖，组成一个具有完整业务功能的APP应用，但是在组件开发模式下，业务组件又变成了一个个application，它们可以独立开发和调试，由于在组件开发模式下，业务组件们的代码量相比于完整的项目差了很远，因此在运行时可以显著减少编译时间。

当然，组件化并不是说只有好处没有坏处，例如：

• 组件化架构开发前期可能要花费更多的时间来进行模块拆分；如果是一个人的小项目完全没必要组件化开发，那样只会给自己带来更多的工作量；
• 组件化可能会带来更多重复的代码；
• 组件化需要良好的架构设计，包括怎么拆分业务，组件之间怎么通信等等，需要有个高水平的架构师统筹全局，经验不足的同学盲目进行组件化反而会适得其反，带来更多的麻烦；