基于 MVP 的 Android 组件化开发框架实践
一、背景
当我们的项目变得越来越大，代码变得越来越臃肿，耦合会越来越多，编译速度越来越慢，开发效率也会变得越来越低，怎么办？这个时候我们就需要对旧项目进行重构，即是模块的拆分，官方的说法就是组件化。
声明|作者：weixin_34138139
链接：https://blog.csdn.net/weixin_34138139/article/details/87955696
二、简介
那什么是组件化呢？其基本理念是：把常用的功能、控件、基础类、第三方库、权限等公共部分抽离封装，我们称之为基础组件（baselibs）；把业务分成 N 个模块进行独立的管理，每一个模块我们称之为业务组件；而所有的业务组件都需要依赖于封装的基础组件，业务组件之间不做依赖，这样的目的是为了让每一个业务模块都能单独运行。而在 APP 层对整个项目的模块进行封装。
业务模块之间的跳转可以通过路由（Arouter）实现；业务模块之间的通信可以通过消息（EventBus）来实现。
三、基础搭建
1、组件框架图
image
2、根据组件框架图搭建的项目结构图
image
3、接下来介绍每个模块
项目中总共有五个 module ，包括 3 个业务模块、一个基础模块和一个 APP 壳模块。
在建好项目之后我们需要给 3 个 module 配置 “集成开发模式” 和 “组件开发模式” 的切换开关，可以在 gradle.properties 文件中定义变量 isModel ，isModel=false 代表是 “集成开发模式” , isModel=true 代表是 “组件开发模式” （注：每次修改isModel的值后一定要Sysn才会生效）。
image
1）APP 壳模块
主要就是集成每一个模块，最终打包成一个完整的 apk ，其中 gradle 做了如下配置，根据配置文件中的 isModel 字段来依赖不同的业务组件；
image
2）baselibs 模块
主要负责封装公共部分，如 MVP 架构、 BaseView 的封装、网络请求库、图片加载库、工具类以及自定义控件等；
为了防止重复依赖，所有的第三方库都放在这个模块，业务模块不做任何第三方依赖，只依赖于 baselibs 模块。
baselibs 模块的结构如下：
在 baselibs 模块的 gradle 中引入的库
3）业务模块（module_news、module_video、module_me）
每一个业务模块在 “集成开发模式” 下以 library 的形式存在；在 “组件开发模式” 下以 application 的形式存在，可以单独运行。
由于每个业务模块的配置文件都差不多，下面就以 module_news 模块为例；
以下是 module_news 模块的 gradle 配置文件：
4）配置文件 config.gradle ，对项目中的第三库、 app 的版本等配置
最后别忘记在工程的中 build.gradle 引入该配置文件
四、业务模块之间交互
业务模块之间的跳转可以通过路由（Arouter）实现；业务模块之间的通信可以通过消息（EventBus）来实现。
1、Arouter 实现业务模块之间的跳转
我们在之前已经依赖了 Arouter （详细用法参照：github.com/alibaba/ARo…），用它来实现跳转只需要以下两步：
第一步
- gradle 配置
第二步
- 需要指明目标页面以及要带的参数，然后在调用 navigation() 方法；
image
第三步
- 首先在 onCreate 方法调用 ARouter.getInstance().inject(this) 注入；
- 然后要用 @Route 注解标注页面，并在 path 变量中给页面定义一个路径；
- 最后对于传送过来的变量我们直接定义一个同名的字段用 @Autowired 变量标注，Arouter 会对该字段自动赋值
image
2、EventBus 实现业务模块之间的通讯
利用第三方如 EventBus 对消息进行管理。在 baselibs 组件中的 BaseActivity 、 BaseFragment 类做了对消息的简单封装，子类只需要重写 useEventBus() 返回 true 即可对事件的注册。
五、搭建过程中遇到的问题
1、AndroidManifest
我们知道 APP 在打包的时候最后会把所有的 AndroidManifest 进行合并，所以每个业务组件的 Activity 只需要在各自的模块中注册即可。
如果业务组件要单独运行，则需要单独的一个 AndroidManifest ，在 gradle 的 sourceSets 加载不同的 AndroidManifest 即可。
image
gradle 配置
注意：集成模式下的 AndroidManifest 不需要配置 Application ，组件模式下的 AndroidManifest 需要单独配置 Application ，并且必须继承 BaseApp 。
2、资源文件冲突的问题
不同业务组件里的资源文件的名称可能相同，所以就可能出现资源文件冲突的问题，我们可以通过设置资源的前缀来防止资源文件的冲突。
image
gradle 配置，以 module_news 模块为例
这样配置以后，如果我们在命名资源文件没有加前缀的时候，编译器就会提示我们没加前缀。
至此， Android 基本组件化框架已经搭建完成，如有错误之处还请指正。
五、最后
阅读更多
相信自己，没有做不到的，只有想不到的
在这里获得的不仅仅是技术！
