一、背景

當我們的項目變得越來越大，代碼變得越來越臃腫，耦合會越來越多，編譯速度越來越慢，開發效率也會變得越來越低，怎么辦？這個時候我們就需要對舊項目進行重構，即是模塊的拆分，官方的說法就是組件化。

二、簡介

那什么是組件化呢？其基本理念是：把常用的功能、控件、基礎類、第三方庫、權限等公共部分抽離封裝，我們稱之為基礎組件（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 做了如下配置，根據配置文件中的 isModel 字段來依賴不同的業務組件；

2）baselibs 模塊

主要負責封裝公共部分，如 MVP 架構、 BaseView 的封裝、網絡請求庫、圖片加載庫、工具類以及自定義控件等；

為了防止重復依賴，所有的第三方庫都放在這個模塊，業務模塊不做任何第三方依賴，只依賴于 baselibs 模塊。

baselibs 模塊的結構如下：

在 baselibs 模塊的 gradle 中引入的庫

dependencies {implementation fileTree(include: ['*.jar'], dir: 'libs')configurations {all*.exclude group: 'com.android.support', module: 'support-v13'}testImplementation rootProject.ext.testDeps["junit"]androidTestImplementation rootProject.ext.testDeps["runner"]androidTestImplementation rootProject.ext.testDeps["espresso-core"]//leakCanarydebugApi rootProject.ext.testDeps["leakcanary-debug"]releaseApi rootProject.ext.testDeps["leakcanary-release"]// Support庫api rootProject.ext.supportLibs// 網絡請求庫api rootProject.ext.networkLibs// RxJava2api rootProject.ext.rxJavaLibs// commonLibsapi rootProject.ext.commonLibskapt rootProject.ext.otherDeps["arouter-compiler"] } 復制代碼

3）業務模塊（module_news、module_video、module_me）

每一個業務模塊在 “集成開發模式” 下以 library 的形式存在；在 “組件開發模式” 下以 application 的形式存在，可以單獨運行。

由于每個業務模塊的配置文件都差不多，下面就以 module_news 模塊為例；

以下是 module_news 模塊的 gradle 配置文件：

if (isModule.toBoolean()) {apply plugin: 'com.android.application' } else {apply plugin: 'com.android.library' } android {if (isModule.toBoolean()) {applicationId "com.cxz.module.me"}compileSdkVersion rootProject.ext.android.compileSdkVersiondefaultConfig {minSdkVersion rootProject.ext.android.minSdkVersiontargetSdkVersion rootProject.ext.android.targetSdkVersionversionCode 1versionName "1.0"} } dependencies {implementation fileTree(include: ['*.jar'], dir: 'libs')testImplementation rootProject.ext.testDeps["junit"]androidTestImplementation rootProject.ext.testDeps["runner"]androidTestImplementation rootProject.ext.testDeps["espresso-core"]implementation project(':baselibs')kapt rootProject.ext.otherDeps["arouter-compiler"] } 復制代碼

4）配置文件 config.gradle ，對項目中的第三庫、 app 的版本等配置

ext {android = [compileSdkVersion: 28,buildToolsVersion: "28.0.3",minSdkVersion : 16,targetSdkVersion : 27,versionCode : 1,versionName : "1.0.0"]dependVersion = [androidSupportSdkVersion: "28.0.0",espressoSdkVersion : "3.0.2",retrofitSdkVersion : "2.4.0",glideSdkVersion : "4.8.0",rxJava : "2.2.2",rxAndroid : "2.1.0",rxKotlin : "2.3.0",anko : "0.10.7"]supportDeps = ["supportv4" : "com.android.support:support-v4:${dependVersion.androidSupportSdkVersion}","appcompatv7" : "com.android.support:appcompat-v7:${dependVersion.androidSupportSdkVersion}","cardview" : "com.android.support:cardview-v7:${dependVersion.androidSupportSdkVersion}","design" : "com.android.support:design:${dependVersion.androidSupportSdkVersion}","constraint-layout": "com.android.support.constraint:constraint-layout:1.1.3","annotations" : "com.android.support:support-annotations:${dependVersion.androidSupportSdkVersion}"]retrofit = ["retrofit" : "com.squareup.retrofit2:retrofit:${dependVersion.retrofitSdkVersion}","retrofitConverterGson" : "com.squareup.retrofit2:converter-gson:${dependVersion.retrofitSdkVersion}","retrofitAdapterRxjava2" : "com.squareup.retrofit2:adapter-rxjava2:${dependVersion.retrofitSdkVersion}","okhttp3LoggerInterceptor": 'com.squareup.okhttp3:logging-interceptor:3.11.0',"retrofitConverterMoshi" : 'com.squareup.retrofit2:converter-moshi:2.4.0',"retrofitKotlinMoshi" : "com.squareup.moshi:moshi-kotlin:1.7.0"]rxJava = ["rxJava" : "io.reactivex.rxjava2:rxjava:${dependVersion.rxJava}","rxAndroid": "io.reactivex.rxjava2:rxandroid:${dependVersion.rxAndroid}","rxKotlin" : "io.reactivex.rxjava2:rxkotlin:${dependVersion.rxKotlin}","anko" : "org.jetbrains.anko:anko:${dependVersion.anko}"]testDeps = ["junit" : 'junit:junit:4.12',"runner" : 'com.android.support.test:runner:1.0.2',"espresso-core" : "com.android.support.test.espresso:espresso-core:${dependVersion.espressoSdkVersion}","espresso-contrib" : "com.android.support.test.espresso:espresso-contrib:${dependVersion.espressoSdkVersion}","espresso-intents" : "com.android.support.test.espresso:espresso-intents:${dependVersion.espressoSdkVersion}","leakcanary-debug" : 'com.squareup.leakcanary:leakcanary-android:1.6.1',"leakcanary-release" : 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.1',"leakcanary-debug-fragment": 'com.squareup.leakcanary:leakcanary-support-fragment:1.6.1',"debug-db" : 'com.amitshekhar.android:debug-db:1.0.4']commonDeps = ["multidex": 'com.android.support:multidex:1.0.3',"logger" : 'com.orhanobut:logger:2.2.0',"glide" : 'com.github.bumptech.glide:glide:4.8.0',"eventbus": 'org.greenrobot:eventbus:3.1.1',"spinkit" : 'com.github.ybq:Android-SpinKit:1.2.0',"arouter" : 'com.alibaba:arouter-api:1.4.0']otherDeps = ["arouter-compiler": 'com.alibaba:arouter-compiler:1.2.1']supportLibs = supportDeps.values()networkLibs = retrofit.values()rxJavaLibs = rxJava.values()commonLibs = commonDeps.values() }復制代碼

最后別忘記在工程的中 build.gradle 引入該配置文件

apply from: "config.gradle" 復制代碼

四、業務模塊之間交互

業務模塊之間的跳轉可以通過路由（Arouter）實現；業務模塊之間的通信可以通過消息（EventBus）來實現。

1、Arouter 實現業務模塊之間的跳轉

我們在之前已經依賴了 Arouter （詳細用法參照：github.com/alibaba/ARo…），用它來實現跳轉只需要以下兩步：

第一步

• gradle 配置

kapt {arguments {arg("AROUTER_MODULE_NAME", project.getName())}generateStubs = true } dependencies { ...kapt rootProject.ext.otherDeps["arouter-compiler"] } 復制代碼

第二步

• 需要指明目標頁面以及要帶的參數，然后在調用 navigation() 方法；

第三步

• 首先在 onCreate 方法調用 ARouter.getInstance().inject(this) 注入；
• 然后要用 @Route 注解標注頁面，并在 path 變量中給頁面定義一個路徑；
• 最后對于傳送過來的變量我們直接定義一個同名的字段用 @Autowired 變量標注，Arouter 會對該字段自動賦值

2、EventBus 實現業務模塊之間的通訊

利用第三方如 EventBus 對消息進行管理。在 baselibs 組件中的 BaseActivity 、 BaseFragment 類做了對消息的簡單封裝，子類只需要重寫 useEventBus() 返回 true 即可對事件的注冊。

五、搭建過程中遇到的問題

1、AndroidManifest

我們知道 APP 在打包的時候最后會把所有的 AndroidManifest 進行合并，所以每個業務組件的 Activity 只需要在各自的模塊中注冊即可。

如果業務組件要單獨運行，則需要單獨的一個 AndroidManifest ，在 gradle 的 sourceSets 加載不同的 AndroidManifest 即可。

gradle 配置

android { ...sourceSets {main {if (isModule.toBoolean()) {manifest.srcFile 'src/main/module/AndroidManifest.xml'} else {manifest.srcFile 'src/main/AndroidManifest.xml'//集成開發模式下排除debug文件夾中的所有Java文件java {exclude 'debug/**'}kotlin {exclude 'debug/**'}}}} ... } 復制代碼

注意：集成模式下的 AndroidManifest 不需要配置 Application ，組件模式下的 AndroidManifest 需要單獨配置 Application ，并且必須繼承 BaseApp 。

2、資源文件沖突的問題

不同業務組件里的資源文件的名稱可能相同，所以就可能出現資源文件沖突的問題，我們可以通過設置資源的前綴來防止資源文件的沖突。

gradle 配置，以 module_news 模塊為例

android { ...resourcePrefix "news_" ... } 復制代碼

這樣配置以后，如果我們在命名資源文件沒有加前綴的時候，編譯器就會提示我們沒加前綴。

至此， Android 基本組件化框架已經搭建完成，如有錯誤之處還請指正。

五、最后

完整的項目地址：github.com/iceCola7/An…

總結

以上是生活随笔為你收集整理的基于 MVP 的 Android 组件化开发框架实践的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。