不用写一句代码，自动实现 Android 组件化模块构建
背景
随着App的不断迭代，业务会变得越来越复杂，业务模块会越来越多，且每个模块的代码也会变得越来越多。为了应对这一场景，我们需要把不同的业务模块划分成一个个组件，在修改业务代码的时候只需要在对应模块修改就可以了。通过高内聚，低耦合的业务模块来保证工程的健壮性和稳定性。现在问题来了，当组件的数量变得越来多的时候，我们如何管理业务组件呢？
原创声明： 该文章为原创文章，未经博主同意严禁转载。
<!--more-->
为什么我们要用Gradle管理组件呢？
先来看看Android组件化需要实现的目标。(什么是组件化构建？)
- 按照业务逻辑划分模块
- 项目模块能够单独启动测试
- 能够根据需求引入或删除某些业务模块
- 通过不同模块的组合，组成不同的App
对于第一点：需要根据技术架构和业务架构来划分模块，这里需要根据实际情况来考虑。我们需要优化的是第二、三、四点。
对于第二点：Android是通过应用com.android.application或com.android.library来决定该模块是以App模式还是以Library模式构建。App模式和Library模式的最大区别就是，App能够启动，而Library不可以。所以如果我们的模块能独立启动的话，我们需要每次手动去改动模块的build.gradle文件。好一点的做法定义一个布尔值来判断是否处于debug模式，但是这里有个问题是，不是每个模块都能独立启动的。所以无论采用何种方案，都需要我们手动管理。
对于第三点：当我们开发好业务模块后，可能我们需要频繁的新增或删除某些业务模块。如果是这样的话，我们也是需要频繁手动修改App的build.gradle。
对于第四点：有时候，我们可能会在不同的App中引用相同的组件（例如：滴滴的普通版和企业版，普通版包含企业版的功能），这个时候，我们也不希望要频繁手动管理组件依赖，特别是在组件还可以独立运行的时候。
所以，在我们实践组件化的时候，最大的问题就是，我们需要频繁的手动build.gradle文件来管理组件应用的插件和App的依赖。
使用Gradle来管理组件
先安利下笔者写的Gradle插件：Calces。如果觉得这个插件有用的话，可以star下，如果你有更好的想法的话，可以向我提交pull request。
废话少说，以下是通过Calces快速实现Android组件化构建的流程。