1. 前言

三国演义里开篇就说：天下大势，分久必合，合久必分。我发现这话套在软件开发上，也特别贴切。我记得我刚入门时做java后台开发，以及后来做Android应用程序开发，刚开始都是采用中心化管理的思想，将相同的资源集中进行管理，但是做着做着，发现集中管理的资源太多了，多人开发时牵一发而动全身，进而又要对原本的项目进行拆分，演变出什么SOA架构、什么微服务，以及我这里要讲的Android组件化实践。
现在已经有了很多关于组件化开发的文章了，组件化原理很简单，但是真正实施起来还是挺困难的。在最近这两年的时间内，我曾经主导开发过多个采用组件化架构的APP项目，其中有对老项目进行重构的，也有一开始就采用组件化架构的新项目，在这期间踩了不少坑，也积累了不少经验，现计划将这些都记录下来，对或者不对欢迎大家一起探讨。

2. 单一工程开发模式遇到哪些痛点

为了便于区分，在这里我将开发模式分为2种：一种是项目组件化开发，一种是单一工程开发模式。

• 单一工程开发模式
  顾名思义，就是一个代码工程(Project)对应一个APP了，这个APP的所有业务功能都是集中在同一个工程里实现的。
• 组件化开发
  简单来说，就是将一个APP的业务功能进行拆分，每一个功能都是一个单独的工程，每个工程都能独立运行，且只包含自己的业务，我们姑且叫这个独立的功能为一个组件服务，最后整个APP由多个拆分出的组件集成而成。

已经有很多文章对什么是组件化有更详细的介绍了，我这里就不赘述了。在讲组件化开发的好处之前，我先以我的亲身经历来讲讲单一工程开发模式的痛点有哪些。

1. 对工程的任意修改调试都要编译整个工程，效率十分低下；
   做APP开发时，我们需要经常在手机或模拟器上进行调试，而每次调试都需要对整个工程进行编译，然后安装在手机上运行。即便你只是改了一句代码，或是UI调整了一个像素点，同样需要完整的编译工程。当工程代码越来越多时，编译也会越来越慢，你可以想象一下我修改了某句代码，编译一下需要等待4、5分钟才能成功运行的场景么，那简直让人崩溃，严重影响了开发效率（想起曾经用eclipse开发Android时，各种转菊花，卡顿得让人想死的心都有）。
2. 不利于多人团队协同开发；
   早期一个APP可能就1、2个人来开发，但是随着业务的扩张，我们可能会发展到一个团队来开发一个APP，少则4、5个人，多则10几个人甚至更多。像手机淘宝、微信、支付宝这些巨无霸APP，他们的APP开发人员估计起码有数百个。
   以10人团队为例，如果10个人都是基于同一个工程的代码拉分支进行开发，每人的开发任务虽然不同，但是都能修改整个工程的任意地方。为了适应自己的需求，团队内某人改了某句代码，但是这个改动又有可能影响别人的开发，这样开发人员之间势必要花更多的时间去沟通和协调，没法专注自己的功能点。最后进行10个人的代码合并时，有过这方面经历的人，就知道这是一件多么痛苦的事情，解决冲突解决得你要怀疑人生。
3. 无法做到功能复用
   我曾经做过一个项目，每个开通这个业务的城市，都要做一个单独的APP，初期我们只开通了3、4个城市，需要同时发布3、4个APP，这些APP大概6、70%功能是相同的，但是都需要加入地方定制功能。如果你每个APP都采用单一工程模式开发，刚开始你可能每个工程都有同样的代码存在，只需要复制拷贝一下就行，但是如果有需求要对这些进行修改时，你必须得每个工程都逐一修改一遍，然后每个APP都测试一遍，工作量直接翻了数倍。
4. 业务模块间耦合严重
   采用单一工程模式开发项目，到最后势必会造成业务模块高度耦合，可以说是你中有我、我中有你，修改任何业务都有可能导致牵一发而动全身，这显然是不利于后期项目功能维护以及迭代开发的。

3. 为什么要进行组件化开发

前面都是我在单一工程开发模式下碰到的问题，已经严重影响了我们团队的开发效率以及质量，所以我才极力推崇组件化开发方式。它解决了我上面的所有痛点：

1. 极大提高工程编译速度
   进行组件化拆分后，每个业务或者功能都是一个单独的工程，这个单独的工程可以独立编译运行，拆分后的工程通常都比较小，代码量也比较少，我再也不用像以前编译一下得等待好几分钟了。
2. 业务模块解耦，有利于多人团队协作开发
   业务组件之间不能相互引用，每个组件都把对应的业务功能收敛在一个工程里，彼此互不打扰。 在多人团队里，每个人只负责自己的业务模块，他对业务功能的增删改查，都只限定在自己的这个业务模块里，不会影响其他人的业务，他代码质量的好坏也只会影响到自己的业务模块；对测试来说，也十分方便，大部分情况下，我们只需要着重测试修改过的业务组件即可，而不用老是进行全部回归测试。
3. 组件化是功能重用的基石
   业务组件类似一个个积木一样，我们可以用积木搭建出不同的房子，同理我们也可以创建多个不同的APP。我们只需要维护好每个组件，需要用到该组件的功能时，一建引用集成就可以了。

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

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

4. 小结

本文描述了单一工程开发与组件化开发的优缺点，这些都是在实际工作过程中的一些感悟。需要注意的是，我们并不要为了组件化而组件化，我们要根据实际情况来决定。如果组件化带来的好处远大于单一工程开发，那你就大胆使用组件化开发方案吧。

系列文章
Android组件化开发实践（一）：为什么要进行组件化开发？
Android组件化开发实践（二）：组件化架构设计
Android组件化开发实践（三）：组件开发规范
Android组件化开发实践（四）：组件间通信问题
Android组件化开发实践（五）：组件生命周期管理
Android组件化开发实践（六）：老项目实施组件化
Android组件化开发实践（七）：开发常见问题及解决方案
Android组件化开发实践（八）：组件生命周期如何实现自动注册管理
Android组件化开发实践（九）：自定义Gradle插件
Android组件化开发实践（十）：通过Gradle插件统一规范