基于 MVP 的 Android 组件化开发框架实践

一、背景

当我们的项目变得越来越大,代码变得越来越臃肿,耦合会越来越多,编译速度越来越慢,开发效率也会变得越来越低,怎么办?这个时候我们就需要对旧项目进行重构,即是模块的拆分,官方的说法就是组件化。

二、简介

那什么是组件化呢?其基本理念是:把常用的功能、控件、基础类、第三方库、权限等公共部分抽离封装,我们称之为基础组件(baselibs);把业务分成 N 个模块进行独立的管理,每一个模块我们称之为业务组件;而所有的业务组件都需要依赖于封装的基础组件,业务组件之间不做依赖,这样的目的是为了让每一个业务模块都能单独运行。而在 APP 层对整个项目的模块进行封装。

业务模块之间的跳转可以通过路由(Arouter)实现;业务模块之间的通信可以通过消息(EventBus)来实现。

三、基础搭建

1、组件框架图

image.png

2、根据组件框架图搭建的项目结构图

image.png

3、接下来介绍每个模块

项目中总共有五个 module ,包括 3 个业务模块、一个基础模块和一个 APP 壳模块。

在建好项目之后我们需要给 3 个 module 配置 “集成开发模式” 和 “组件开发模式” 的切换开关,可以在 gradle.properties 文件中定义变量 isModel ,isModel=false 代表是 “集成开发模式” , isModel=true 代表是 “组件开发模式” (注:每次修改isModel的值后一定要Sysn才会生效)。

在这里插入图片描述

APP 壳模块

主要就是集成每一个模块,最终打包成一个完整的 apk ,其中 gradle 做了如下配置,根据配置文件中的 isModel 字段来依赖不同的业务组件

image.png

baselibs 模块

主要负责封装公共部分,如 MVP 架构、 BaseView 的封装、网络请求库、图片加载库、工具类以及自定义控件等;

为了防止重复依赖,所有的第三方库都放在这个模块,业务模块不做任何第三方依赖,只依赖于 baselibs 模块。
baselibs 模块的结构如下:

image.png

baselibs 模块的 gradle 中引入的库

image.png

业务模块(module_news、module_video、module_me)

每一个业务模块在 “集成开发模式” 下以 library 的形式存在;在 “组件开发模式” 下以 application 的形式存在,可以单独运行。

由于每个业务模块的配置文件都差不多,下面就以 module_news 模块为例;

以下是 module_news 模块的 gradle 配置文件:

image.png

配置文件 config.gradle ,对项目中的第三库、 app 的版本等配置

image.png

image.png
image.png

最后别忘记在工程的中 build.gradle 引入该配置文件

在这里插入图片描述

四、业务模块之间交互

业务模块之间的跳转可以通过路由(Arouter)实现;业务模块之间的通信可以通过消息(EventBus)来实现。

Arouter 实现业务模块之间的跳转

我们在之前已经依赖了 Arouter 用它来实现跳转只需要以下两步:

第一步

  • gradle 配置


    image.png

第二步

  • 需要指明目标页面以及要带的参数,然后在调用 navigation() 方法;

    在这里插入图片描述

    第三步
    image.png

  • 首先在 onCreate 方法调用 ARouter.getInstance().inject(this) 注入;

  • 然后要用 @Route 注解标注页面,并在 path 变量中给页面定义一个路径;

  • 然后要用 @Route 注解标注页面,并在 path 变量中给页面定义一个路径;

EventBus 实现业务模块之间的通讯

利用第三方如 EventBus 对消息进行管理。在 baselibs 组件中的 BaseActivity 、 BaseFragment 类做了对消息的简单封装,子类只需要重写 useEventBus() 返回 true 即可对事件的注册。

五、搭建过程中遇到的问题

1、AndroidManifest
我们知道 APP 在打包的时候最后会把所有的 AndroidManifest 进行合并,所以每个业务组件的 Activity 只需要在各自的模块中注册即可。

如果业务组件要单独运行,则需要单独的一个 AndroidManifest ,在 gradle 的 sourceSets 加载不同的 AndroidManifest 即可。


image.png

gradle 配置

image.png

注意:集成模式下的 AndroidManifest 不需要配置 Application ,组件模式下的 AndroidManifest 需要单独配置 Application ,并且必须继承 BaseApp 。
2、资源文件冲突的问题
不同业务组件里的资源文件的名称可能相同,所以就可能出现资源文件冲突的问题,我们可以通过设置资源的前缀来防止资源文件的冲突。

在这里插入图片描述

gradle 配置,以 module_news 模块为例

在这里插入图片描述

这样配置以后,如果我们在命名资源文件没有加前缀的时候,编译器就会提示我们没加前缀。

至此, Android 基本组件化框架已经搭建完成,如有错误之处还请指正。

喜欢请点击+关注哦

你可能感兴趣的:(基于 MVP 的 Android 组件化开发框架实践)