关于Android的组件化，对我们来说并不陌生，网上谈论组件化的文章，多如过江之鲫，然而一篇基于MVVM模式的组件化方案却很少。结合自身的调研和探索，在此分享一篇基于Library_base_mvvm框架的一套Android-Databinding组件化开发方案。文章写的比较简单基础，没有大篇幅单向技术的讨论点，目的是让学习了此方案的开发人员都可以快速上手搭建MVVM组件化项目。

整体架构

1.2、组件化开发

代码是死的，产品是活的。在日常开发中，各种各样频繁变动的需求，给开发上带来了不小的麻烦。为了尽量把代码写“活”，所以出现了设计模式。但光有设计模式，还是很难满足产品BT的需求。

对于简单的小项目，大多都采用的是单一工程，独立开发。由于项目不大，编译速度及维护成本这些也在接受范围之内。而对于做好一个App产品，这种多人合作、单一工程的App架构势必会影响开发效率，增加项目的维护成本。每个开发者都要熟悉如此之多的代码，将很难进行多人协作开发，而且Android项目在编译代码的时候电脑会非常卡，又因为单一工程下代码耦合严重，每修改一处代码后都要重新编译打包测试，导致非常耗时，最重要的是这样的代码想要做单元测试根本无从下手，所以必须要有更灵活的架构代替过去单一的工程架构。

使用组件化方案架构，高内聚，低耦合，代码边界清晰，每一个组件都可以拆分出来独立运行。所有组件寄托于宿主App，加载分离的各个组件，各自编译自己的模块，有利于多人团队协作开发。

1.3、MVVM模式 + 组件化

光说理论没用，来点实际的东西，这里要提两个重要的框架。

  • MVVMHabit：基于谷歌最新AAC架构，MVVM设计模式的一套快速开发库，整合Okhttp+RxJava+Retrofit+Glide等主流模块，满足日常开发需求。使用该框架可以快速开发一个高质量、易维护的Android应用。
  • ARouter：阿里出的一个用于帮助 Android App 进行组件化改造的框架 —— 支持模块间的路由、通信、解耦。
  • MMKV：腾讯出的基于 mmap 内存映射的 key-value 组件，底层序列化/反序列化使用 protobuf 实现，性能高，稳定性强，本组件化中用于加密缓存数据的

Library_base_mvvm + ARouter：MVVM模式 + 组件化方案，前者是设计模式，后者是方案架构，两者并用，相得益彰。有这两个框架作支撑，事半功倍，可快速开发组件化应用。

2、项目搭建

2.1、创建项目

先把工程中最基本的架子创建好，再一步步将其关联起来

2.1.1、创建宿主

搭建组件化项目与单一工程项目一样，先通过Android Studio创建一个常规项目。

File->New->New Project…

创建的这个项目将其定义为“宿主”(大多数人都是这种叫法)，也可以叫空壳项目。它没有layout，没有activity，它的职责是将分工开发的组件合而为一，打包成一个可用的Apk。

在宿主工程中，主要包含两个东西，一个是AndroidManifest.xml：配置application、启动页面等；另一个是build.gradle：负责配置构建编译/打包参数，依赖子模块。

2.1.2、创建组件

所谓的组件，其实也就是一个Module，不过这个Module有点特殊，在合并打包的时候它是一个library：apply plugin: ‘com.android.library’，在独立编译运行的时候，它是一个application：apply plugin: ‘com.android.application’。

File->New->New Module->Android Library…

一般可以取名为module-xxx(组件名)

2.1.3、创建Library

除了业务组件之外，还需要创建两个基础Library，library-base和library-res。

  • library-base：存放一些公共方法、公共常量、组件通信的契约类等。上层被所有组件依赖，下层依赖公共资源库、图片选择库、路由库等通用库，通过它，避免了组件直接依赖各种通用库，承上启下，作为整个组件化的核心库。

  • library-res：为了缓解base库的压力，专门分离出一个公共资源库，被base库所依赖，主要存放与res相关的公共数据，比如图片、style、anim、color等。

2.2、组件分离

组件化其实是一个分离–组合的过程，分离是分离产品原型，组合是组合代码模块。拿到需求后，一定不要急着开干，首先将产品原型分离成一个个子原型，分工开发后，将编写完成的子业务模块又打包组合成一个完整的Apk。

最常见的应属这种底部几个tab的设计。

通过组件化，可以按照业务大致将项目拆分为：首页模块、工作模块、消息模块、用户模块，当然还可以再分细一点，比如用户模块再分离一个身份验证模块出来。拆分的越细，复用起来就越方便。

那么在上面2.1.2节创建组件时，则创建以下几个组件Module：module-home、module-work、module-msg、module-user、module-sign。

2.3、组件配置

gradle是组件化的基石，想搭建好组件化项目，gradle知识一定要扎实（Android已经留下了gradle的烙印）。

2.3.1、依赖关系

项目创建好后，需要将他们串联起来，组合在一起。依赖关系如下图所示：

宿主依赖业务组件

dependencies {//主业务模块implementation project(':module-main')//身份验证模块implementation project(':module-sign')//首页模块implementation project(':module-home')//工作模块implementation project(':module-work')//消息模块implementation project(':module-msg')//用户模块implementation project(':module-user')}

业务组件依赖library-base

dependencies {//组件依赖基础库api project(':library-base') //按需依赖第三方组件}

library-base依赖公共库

dependencies {//support相关库api rootProject.ext.support["design"]api rootProject.ext.support["appcompat-v7"]//library-resapi project(':library-res')//MVVM框架api project(path: ':library_base_mvvm')//ARouter框架api rootProject.ext.dependencies["arouter-api"]//其他公共库，例如图片选择、分享、推送等}
2.3.2、开启dataBinding

Android MVVM模式离不开DataBinding，每个组件中都需要开启，包括宿主App

android {//开启DataBindingdataBinding {enabled true}}
2.3.3、模式开关

需要一个全局变量来控制当前运行的工程是隔离状态还是合并状态。在gradle.properties中定义：

isBuildModule=false

isBuildModule 为 true 时可以使每个组件独立运行，false 则可以将所有组件集成到宿主 App 中。

2.3.4、debug切换

在组件的build.gradle中动态切换library与application

if (isBuildModule.toBoolean()) {//作为独立App应用运行apply plugin: 'com.android.application'} else {//作为组件运行apply plugin: 'com.android.library'}

当　isBuildModule 为 true 时，它是一个application，拥有自己的包名

android {defaultConfig {//如果是独立模块，则使用当前组件的包名if (isBuildModule.toBoolean()) {applicationId 组件的包名}}}
2.3.5、manifest配置

组件在自己的AndroidManifest.xml各自配置，application标签无需添加属性，也不需要指定activity的intent-filter。当合并打包时，gradle会将每个组件的AndroidManifest合并到宿主App中。

...

组件独立运行时，就需要单独的一个AndroidManifest.xml作为调试用。可以在src/main文件夹下创建一个alone/AndroidManifest.xml。配置application标签属性，并指定启动的activity。

...

并在build.gradle中配置

android {sourceSets {main {...if (isBuildModule.toBoolean()) {//独立运行manifest.srcFile 'src/main/alone/AndroidManifest.xml'} else {//合并到宿主manifest.srcFile 'src/main/AndroidManifest.xml'resources {//正式版本时，排除alone文件夹下所有调试文件exclude 'src/main/alone/*'}}}}}
2.3.6、统一资源

在组件的build.gradle配置统一资源前缀

android {//统一资源前缀，规范资源引用resourcePrefix "组件名_"}
2.3.7、配置抽取

可以将每个组件的build.gradle公共部分抽取出一个module.build.gradle

if (isBuildModule.toBoolean()) {//作为独立App应用运行apply plugin: 'com.android.application'} else {//作为组件运行apply plugin: 'com.android.library'}android {...defaultConfig {...//阿里路由框架配置javaCompileOptions {annotationProcessorOptions {arguments = [AROUTER_MODULE_NAME: project.getName()]}}}sourceSets {main {if (isBuildModule.toBoolean()) {//独立运行manifest.srcFile 'src/main/alone/AndroidManifest.xml'} else {//合并到宿主manifest.srcFile 'src/main/AndroidManifest.xml'resources {//正式版本时，排除alone文件夹下所有调试文件exclude 'src/main/alone/*'}}}}buildTypes {...}dataBinding {enabled true}}

组件中引入module.build.gradle即可

apply from: "../module.build.gradle"android {defaultConfig {//如果是独立模块，则使用当前组件的包名if (isBuildModule.toBoolean()) {applicationId 组件的包名}}//统一资源前缀，规范资源引用resourcePrefix "组件名_"}dependencies {...}

2.4、完成

到此为止，一个最基本的组件化工程搭建完毕。

参考