1,组件化的概念
将App拆成多个Module，并且每个都可以独立运行，或者合并运行。与传统的的结构不同的是，一般只会有一个module是设置为application的，其他均设置为library
2.组件化的优点
优点
- 解耦
- 模块可独立运行，方便调试
- 减少编译时间
缺点
- 模块间的通信
3.实现组件化需要解决的问题
- 子模块单独编译
- sdk和第三方库的版本一致性
- 资源重复定义
- 模块之间页面跳转
子模块单独编译
我们希望在开发模式下，能够单独调试自己的模块，编译成独立的apk。而在主程序发布时，成为一个library嵌入主工程。
首先在gradle.properties中定义常量，来标示模块目前是否处于开发模式
# 每次更改“isModule”的值后，需要点击 "Sync Project" 按钮
def isDebug = true
在子模块的build.gradle中进行模式配置。debug模式下编译成独立app，release模式下编译成library。
if (isDebug.toBoolean()) {
apply plugin: 'com.android.application'
} else {
apply plugin: 'com.android.library'
}
sdk和第三方库的版本一致性
不同module依赖sdk版本不一致，会因兼容性问题导致编译问题。
不同module引用了同一个第三方库的不同版本，并且这个库没有做到向前兼容，就有可能出现方法找不到、参数不对应等问题。
所以有必要统一整个project的依赖版本。
在最外层build.gradle中定义的常量能被整个project的build.gradle文件引用，统一的版本定义可以放在这里。
ext {
android_compileSdkVersion = 25
android_buildToolsVersion = '25.0.2'
android_minSdkVersion = 21
android_targetSdkVersion = 25
lib_appcompat = 'com.android.support:appcompat-v7:25.1.1'
lib_picasso = 'com.squareup.picasso:picasso:2.5.2'
lib_gson = 'com.google.code.gson:gson:2.6.1'
}
资源的重复定义
gradle提供了一个解决方案来避免重复定义的问题。强制模块中的资源名称带有a_前缀，否则编译不过。
resourcePrefix "a_"
模块之间页面跳转
拆分业务代码时，自然会涉及到跨module的Activity跳转，当单独编译时，自然是不能获取到其他模块的引用的。有几种方式可以实现跨模块的唤起Activity：
隐式启动
通过设置intent-filter实现，这需要在manifest中插入大量代码，同时也降低了安全性（其他app就可以通过这种方式随意启动）。
通过类名跳转
Android业务组件化开发实践提出了一种通过类名跳转的方式，使用脚本生成Rlist类，比较方便快捷，但感觉不方便activity间传递数据。
Scheme跳转
Scheme的方式是建立映射表，集中处理Activity，这种方式可以传递一定的数据。Activity传递大量数据时可以通过EventBus来进行传递（其实即使通过intent显示启动，也不要把大量数据放置在intent中，intent对数据大小有限制）。
在进行本次实践时找到github上的一个url Router，同时支持http和程序内Activity跳转，而且通过注解的方式进行，使用非常方便，于是引入到了项目中。项目地址ARouter。
