Android组件化

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。