一、背景
当我们的项目变得越来越大,代码变得越来越臃肿,耦合会越来越多,编译速度越来越慢,开发效率也会变得越来越低,怎么办?这个时候我们就需要对旧项目进行重构,即是模块的拆分,官方的说法就是组件化。 二、简介
那什么是组件化呢?其基本理念是:把常用的功能、控件、基础类、第三方库、权限等公共部分抽离封装,我们称之为基础组件(baselibs
);把业务分成 N 个模块进行独立的管理,每一个模块我们称之为业务组件;而所有的业务组件都需要依赖于封装的基础组件,业务组件之间不做依赖,这样的目的是为了让每一个业务模块都能单独运行。而在 APP 层对整个项目的模块进行封装。
业务模块之间的跳转可以通过路由(Arouter
)实现;业务模块之间的通信可以通过消息(EventBus
)来实现。
三、基础搭建
1、组件框架图
2、根据组件框架图搭建的项目结构图
3、接下来介绍每个模块
项目中总共有五个 module
,包括 3 个业务模块、一个基础模块和一个 APP
壳模块。
在建好项目之后我们需要给 3 个 module
配置 “集成开发模式” 和 “组件开发模式” 的切换开关,可以在 gradle.properties
文件中定义变量 isModel
,isModel=false
代表是 “集成开发模式” , isModel=true
代表是 “组件开发模式” (注:每次修改isModel的值后一要Sysn才会生效)。
1)APP 壳模块
主要就是集成每一个模块,最终打包成一个完整的 apk
,其中 gradle
做了如下配置,
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
引入该配置文件
apply from: "config.gradle"
四、业务模块之间交互
业务模块之间的跳转可以通过路由(Arouter
)实现;业务模块之间的通信可以通过消息(EventBus
)来实现。
1、Arouter 实现业务模块之间的跳转
我们在之前已经依赖了 Arouter
(详细用法参照:github.com/alibaba/ARo…),用它来实现跳转只需要以下两步:
第一步
注意:集成模式下的 AndroidManifest 不需要配置 Application ,组件模式下的 AndroidManifest 需要单独配置 Application ,并且必须继承 BaseApp 。
2、资源文件冲突的问题
不同业务组件里的资源文件的名称可能相同,所以就可能出现资源文件冲突的问题,我们可以通过设置资源的前缀来防止资源文件的冲突。
gradle 配置,以 module_news 模块为例
这样配置以后,如果我们在命名资源文件没有加前缀的时候,编译器就会提示我们没加前缀。
至此, Android
基本组件化框架已经搭建完成,如有错误之处还请指正。
五、最后
完整的项目地址:github.com/iceCola7/An…
【附】相关学习资料
Android进阶
技术不易,分享更不易,觉得对你有帮助的给个赞呗
关注+后台私信“资料”免费获取