转载需标明原文：//www.greatytc.com/u/884c2e4b6e38
简单说下组件化的概念：随着app版本的迭代，业务也会变的越来越复杂。组件化应用能将每个业务都单独分成一个模块，作为一个组件（Module），业务模块彼此互不依赖，然后让这些业务模块都依赖公共模块（也是Module）等，用路由的方式替代startactivity进行模块间的跳转和数据传递。
因为module与module之间是代码隔离的，互不依赖，所以添加或移除module是很方便的，也方便了应用的多人并行开发。
一、整体说明
为了大家更好理解这篇文章，先解释组件化用到的名词。
| 名词 | 含义 |
|---|---|
| 集成模式 | 所有的业务组件被“app壳工程”依赖，组成一个完整的APP |
| 组件模式 | 可以独立开发业务组件，每一个业务组件就是一个APP |
| app壳工程 | 负责管理各个业务组件，和打包apk，没有具体的业务功能 |
| 业务组件 | 实现具体业务模块，各个业务组件相互独立 |
| 基础业务模块 | 提供通用业务模块，例如分享、网络请求等 |
| 基础模块 | 提供某些基础功能，例如打印日志、自定义View等 |
1. 层次结构
下面看一下demo App组件化后层次结构。
2. 代码结构
从截图中来直观看下的组件化结构。之前业务代码都在home模块里面，现在拆分出多个模块。(真实的App应该抽出来更多，这里只是演示Demo)
组件化以后主要模块说明：
| 模块名 | 说明 |
|---|---|
| app | 应用打包壳 |
| lib_compbuild | 应用打包插件源码 |
| module_base | 基础模块，放了通用支撑业务组件的基础，提供多数业务组件需要的功能 |
| module_home | 主业务模块，处理登陆、app初始化等业务逻辑和主页面 |
| module_cat | 猫咪业务模块，处理猫咪相关模块 |
| module_dog | 狗业务模块，处理狗相关业务 |
二、具体实现
好啦，在对组件化App组件化有一个整体了解后，下面具体说明App组件化过程技术点的实现：
1、编译
整编App或者各个组件，请参见编译插件说明。脚本说明
2、java源文件和build.gradle
我们以module_home为例做细节讲解：
(1) java源文件
src.main.java包下为正常业务代码。这个就不多说了，就是具体业务。
src.main.debug包下为module运行代码。里面配置了模块独立运行时自己的Application、LauncherActivity 和 AndroidManifest。
注意：这里我们配置来两个AndroidManifest，即：debug和release包中的配置表。
(2) build.gradle
使用根文件中的isRunAlone属性来动态指定具体工程文件，可以参考上面右侧sourceSets.main里面。
使用 resourcePrefix "home_" 指定资源名前缀。（这里很多作者都千篇一律的误导大家，这个作用并不能保证资源不重名，其作用只是在Studio中有警示作用，当然可以使用文末的脚本处理资源重名）
指定组件自己的ApplicationId = 'com.weiqi.test'
共同的so、jar文件依赖 可以在build.gradle中配置
3、各个组件间数据处理
(1) 因为登录业务只是在home组件处理了，当live或者其他组件也需要获取登录用户的数据，为了处理这个需求，我们使用Shared UserId来处理。所有组件的Manifest中设置相同的Shared UserId。
注意组件需要相同的签名。
(2) 在组件模式下，数据库初始化会特殊处理成指定同一份数据库，具体参考下图:
4、业务间耦合
1、使用Arouter来处理业务间跳转代替startActivity，参考源码。
2、使用Arouter来处理业务间Activity与Fragment的解耦，参考源码。
3、使用自定义的Service来处理业务间耦合。可以参考module_base模块下com.weiqi.modulebase.moduleinterface中的代码逻辑。
各个ModuleService处理本模块下业务逻辑，提供给其他组件使用。
5、最后
项目地址github
编译脚本说明 编写中
资源名处理脚本可以参考 compare.gradle源码
推荐一下 项目中使用的日志库地址
好啦！如果还有问题可以留言或者issues，🙏🙏🙏Star
【原创出品 未经授权 禁止转载】
【欢迎微友分享转发 禁止公号等未经授权的转载】
