组件化开发：基于可重用目的的应用拆分与独立组件构建

单工程深入挖掘，项目规模不断扩张，问题也逐渐显现。这时，或许应当考虑进行模块化改革。这样的转变是众多开发者共同经历的，其中既有机遇也有挑战。

为什么要开始组件化

单独进行工程开发，一旦项目规模扩大，麻烦随之增多。比如某家公司，起初为了迅速推出项目，选择了单一工程模式，但随着时间的推移，每次对功能进行微调，都需要在庞大的工程中费时寻找，极大地影响了开发速度。在开发过程中，累积的代码容易导致混乱。这就像一个杂乱无章的储藏室，东西随意堆放，需要用时难以寻觅。

项目在单一工程模式中运行时间过长，代码的维护难度极大。我的一位朋友就遇到过这样的情况，新加入的开发人员要花很多时间去理解那些老旧的代码。在这种情况下，采用组件化设计似乎是一条可行的道路。

模块化与组件化辨析

模块

程序被按照功能划分成了模块。例如，社交软件中的登录模块，它主要负责用户登录系统的验证和互动。而首页模块，就像商场的前窗，主要用来展示各类信息。这两个模块功能清晰，且互不干扰。这种拆分使得每个模块都能各尽其责。

组件

组件的功能趋向单一化。比如视频应用中的视频模块，主要聚焦于视频播放的各个环节。而支付模块则独立处理支付的安全性和流程问题。此外，这些组件可以独立进行开发，就像小型工作室那样闭门造车，完成后再对外发布成SDK。通常，一个模块中会包含一个或多个这样的组件。

组件化的好处

减少耦合性

组件化的主要好处在于它以可重复利用为核心，减少了相互依赖。在众多大型项目中，一处变动往往会导致全局动摇。然而，在实施组件化之后，各个组件之间相对独立。比如我参与过的那个办公软件项目，在应用了组件化之后，当我们需要对某个业务逻辑进行修改时，只需对相应的组件进行调整，对其他部分的干扰极小。

独立开发

不同的开发团队或个人可以并行开展不同模块的开发工作，这显著提升了开发效率。例如，一些规模较大的团队会按模块划分，分别专注于用户界面交互模块，以及数据处理模块。

//构建后输出一个 APK 安装包
apply plugin: \'com.android.application\'
//构建后输出 ARR 包
apply plugin: \'com.android.library\'
//配置一个 Android Test 工程
apply plugin: \'com.android.test\'

组件化要面临的问题

组件间的依赖关系

//注意gradle.properties中的数据类型都是String类型，使用其他数据类型需要自行转换
if(isDebug.toBoolean()){
    //构建后输出一个 APK 安装包
    apply plugin: \'com.android.application\'
}else{
    //构建后输出 ARR 包
    apply plugin: \'com.android.library\'
}

在组件的层级结构中，上层组件对下层组件有依赖，同时上层的修改次数较多，这种情况带来了一定的风险。若上层组件频繁变动，下层组件便需作出相应的调整。以一个电商App的组件化改造项目为例，前端界面这一上层组件变动频繁，这就要求底层数据处理组件持续调整接口以实现适配。

项目结构混乱的风险

若组件界限模糊，会使项目架构变得更加杂乱无章。就像刚开始学习拼图，若拼块放置错误，拼图时便会出现多处不匹配的情况。

组件分层的具体策略

<?xml version=\"1.0\" encoding=\"utf-8\"?>
<manifest xmlns:android=\"http://schemas.android.com/apk/res/android\"
    package=\"com.scc.module.collect\">
    <application
        android:allowBackup=\"true\"
        android:icon=\"@mipmap/ic_launcher\"
        android:label=\"@string/app_name\"
        android:roundIcon=\"@mipmap/ic_launcher_round\"
        android:supportsRtl=\"true\"
        android:theme=\"@style/Theme.SccMall\">
        <activity android:name=\".CollectActivity\"
            android:exported=\"true\">
            <intent-filter>
                <action android:name=\"android.intent.action.MAIN\" />
                <category android:name=\"android.intent.category.LAUNCHER\" />
            </intent-filter>
        </activity>
    </application>
</manifest>

合理划分基础组件

<?xml version=\"1.0\" encoding=\"utf-8\"?>
<manifest xmlns:android=\"http://schemas.android.com/apk/res/android\"
    package=\"com.scc.module.collect\">
    <application
        android:allowBackup=\"true\"
        android:supportsRtl=\"true\"
        >
        <activity android:name=\".CollectActivity\"/>
    </application>
</manifest>

项目若因基础组件过多而显得庞大，不妨另设一个层级，并在其中进一步划分这些基础组件。我的同事在处理项目时就采取了这种做法，之前基础组件杂乱无章，后来经过清晰分层，开发效率显著提升。

构建类型的动态配置

    defaultConfig {
        if(isDebug.toBoolean()){
            //独立调试的时候才能设置applicationId
            applicationId \"com.scc.module.collect\"
        }
    }
    sourceSets {
        main {
            if (isDebug.toBoolean()) {
                //独立调试
                manifest.srcFile \'src/main/debug/AndroidManifest.xml\'
            } else {
                //集成调试
                manifest.srcFile \'src/main/AndroidManifest.xml\'
            }
        }
    }

工程类型构建

在项目开发过程中，我们需借助相应工具进行搭建，例如在Android开发中采用Gradle，同时还有众多插件可供选择。这些插件用于构建各式各样的工程。这一流程颇似厨师烹饪时选用不同的厨具。

动态配置build文件

与创建插件相似，构建文件同样需要灵活调整。这在组件化开发中尤为关键。就好比建筑师根据不同的建筑要求来修改图纸。

组件化的最终效果

独立调试

升级插件或依赖库版本时，若项目众多，修改起来颇为棘手。采用组件化设计后，每个组件可独立调试。这就像为每个组件配备了一个独立的小实验室，可以单独进行升级实验，彼此之间互不干扰。

界面跳转解决方案

ext{
    //组件独立调试开关, 每次更改值后要同步工程
    isDebug = true
    android = [
            // 编译 SDK 版本
            compileSdkVersion: 31,
            // 最低兼容 Android 版本
            minSdkVersion    : 21,
            // 最高兼容 Android 版本
            targetSdkVersion : 31,
            // 当前版本编号
            versionCode      : 1,
            // 当前版本信息
            versionName      : \"1.0.0\"
    ]
    applicationid = [
            app:\"com.scc.sccmall\",
            main:\"com.scc.module.main\",
            webview:\"com.scc.module.webview\",
            login:\"com.scc.module.login\",
            collect:\"com.scc.module.collect\"
    ]
    dependencies = [
            \"appcompat\"         :\'androidx.appcompat:appcompat:1.2.0\',
            \"material\"          :\'com.google.android.material:material:1.3.0\',
            \"constraintlayout\"  :\'androidx.constraintlayout:constraintlayout:2.0.1\',
            \"livedata\"          :\'androidx.lifecycle:lifecycle-livedata:2.4.0\',
            \"viewmodel\"         :\'androidx.lifecycle:lifecycle-viewmodel:2.4.0\',
            \"legacyv4\"          :\'androidx.legacy:legacy-support-v4:1.0.0\',
            \"splashscreen\"      :\'androidx.core:core-splashscreen:1.0.0-alpha01\'
    ]
    libARouter= \'com.alibaba:arouter-api:1.5.2\'
    libARouterCompiler = \'com.alibaba:arouter-compiler:1.5.2\'
    libGson = \'com.google.code.gson:gson:2.8.9\'
}

界面跳转的困难

apply from:\"config.gradle\"

在Android系统中，界面切换原本操作简便。然而，由于组件化开发中各组件之间没有依赖关系，无法直接访问类，因此无法继续采用原有的直接跳转方法。

使用ARouter框架解决

//build.gradle
//注意gradle.properties中的数据类型都是String类型，使用其他数据类型需要自行转换
if(isDebug.toBoolean()){
    //构建后输出一个 APK 安装包
    apply plugin: \'com.android.application\'
}else{
    //构建后输出 ARR 包
    apply plugin: \'com.android.library\'
}
android {
    compileSdkVersion 31
    defaultConfig {
        if(isDebug.toBoolean()){
            //独立调试的时候才能设置applicationId
            applicationId \"com.scc.module.collect\"
        }
        minSdkVersion 21
        targetSdkVersion 31
        versionCode 1
        versionName \"1.0\"
        testInstrumentationRunner \"androidx.test.runner.AndroidJUnitRunner\"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile(\'proguard-android-optimize.txt\'), \'proguard-rules.pro\'
        }
    }
    sourceSets {
        main {
            if (isDebug.toBoolean()) {
                //独立调试
                manifest.srcFile \'src/main/debug/AndroidManifest.xml\'
            } else {
                //集成调试
                manifest.srcFile \'src/main/AndroidManifest.xml\'
            }
        }
    }
    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_8
        targetCompatibility JavaVersion.VERSION_1_8
    }
}
dependencies {
//    implementation root.dependencies.appcompat
//    implementation root.dependencies.material
//    implementation root.dependencies.constraintlayout
//    implementation root.dependencies.livedata
//    implementation root.dependencies.viewmodel
//    implementation root.dependencies.legacyv4
//    implementation root.dependencies.splashscreen
//    implementation root.libARouter
    //上面内容在lib_common中已经添加咱们直接依赖lib_common
    implementation project(\':lib_common\')
    testImplementation \'junit:junit:4.+\'
    androidTestImplementation \'androidx.test.ext:junit:1.1.2\'
    androidTestImplementation \'androidx.test.espresso:espresso-core:3.3.0\'
}

ARouter能助力App实现组件化升级，实现模块间的路由、通讯及解耦。使用时需先设置依赖，接着初始化SDK，随后即可进行路由操作。以资讯类App为例，应用此框架后，组件间的切换变得非常流畅。

互动环节

我已经将实现单工程转组件化的关键点进行了介绍，大家在实际尝试组件化过程中，面临的最大难题是什么？期待大家为这篇文章点赞并转发，同时也欢迎在评论区留下你们的见解和讨论。