Android四种依赖管理方法应用对比

Android应用开发涉及大量的依赖库和第三方组件，因此有效地管理这些依赖关系至关重要。本文将介绍四种主要的Android依赖管理方式，分析它们的优点、缺点以及最佳实践。

引言

在Android应用开发中，依赖管理是一个关键的任务。依赖管理不仅包括引入库和组件，还涉及到版本控制、共享和维护。为了满足不同项目和团队的需求，Android开发社区已经提出了多种依赖管理方法。

传统的依赖方法

传统的依赖管理方式是在项目的build.gradle文件中直接添加依赖项，这是最常见的方法之一。示例代码如下：

dependencies {
    
    
    implementation 'com.android.support:appcompat-v7:28.0.0'
    implementation 'com.google.firebase:firebase-core:20.0.0'
    // 添加更多依赖...
}

优点：

简单易懂，适用于小型项目或快速原型开发。

缺点：

随着依赖的增加，build.gradle文件会变得庞大且难以维护。
不容易共享依赖版本，可能导致版本冲突。

最佳实践：适用于小型项目或原型开发，需要保持简单和灵活的情况。

Kotlin buildSrc

Kotlin buildSrc是一种改进的依赖管理方法，它将依赖定义移到独立的Kotlin模块中，以便更好地组织和共享依赖。步骤如下：

创建一个名为buildSrc的子项目。
在buildSrc中创建一个Kotlin文件，例如Dependencies.kt，并在其中定义依赖项。

// buildSrc/src/main/java/Dependencies.kt

object Dependencies {
    
    
    const val appCompat = "com.android.support:appcompat-v7:28.0.0"
    const val firebaseCore = "com.google.firebase:firebase-core:20.0.0"
    // 添加更多依赖...
}

在主项目的build.gradle中使用这些依赖项：

dependencies {
    
    
    implementation Dependencies.appCompat
    implementation Dependencies.firebaseCore
    // 添加更多依赖...
}

优点：

更好的组织和共享依赖。
减少了build.gradle文件的复杂性。

缺点：

需要创建额外的buildSrc子项目。

最佳实践：适用于中等规模的项目，需要更好的组织和共享依赖的情况。

Composing builds

Composing builds是Android Gradle插件中的一项新功能，它允许将构建逻辑拆分为多个独立的构建模块。步骤如下：

新建module名称composeBuilds，并创建build.gradle.kt文件

...

gradlePlugin {
    
    
    plugins {
    
    
        version {
    
    
            // 在 app 模块需要通过 id 引用这个插件
            id = 'com.xxx.xxx'
            // 实现这个插件的类的路径
            implementationClass = 'com.xx.Dependencies'
        }
    }
}

在module中新增Dependencies.kt文件，并添加以下内容

class Dependencies : Plugin<Project> {
    
    
    override fun apply(project: Project) {
    
    
    }

    companion object {
    
    
        val appcompat = "com.android.support:appcompat-v7:28.0.0"
    }
}

在主项目的settings.gradle文件中定义构建模块：

includeBuild('path/to/composeBuilds')

在构建模块中创建一个build.gradle.kts文件，并在其中定义依赖项。

// path/to/composeBuilds/build.gradle.kts

dependencies {
    
    
    implementation("com.android.support:appcompat-v7:28.0.0")
    implementation("com.google.firebase:firebase-core:20.0.0")
    // 添加更多依赖...
}

在主项目的build.gradle中应用构建模块：

plugins{
    
    
    // 这个id就是在composeBuilds文件夹下build.gradle文件内定义的id
    id "com.xxx.xxx"
}

dependencies {
    
    
    implementation Dependencies.appCompat
}

优点：

构建逻辑分解为模块，更容易管理和维护。
可以将构建模块共享到多个项目中。

缺点：

需要创建额外的构建模块。

最佳实践：适用于大型项目，需要将构建逻辑模块化和共享的情况。

Version Catalogs

Version Catalogs是一种新的依赖管理方式，其中一种是通过.toml文件定义所有依赖项和版本信息。这个方法的一个优点是能够集中管理所有依赖的版本，减少版本冲突的可能性。步骤如下：

在项目的根目录下创建一个名为dependencies.toml的.toml文件，定义依赖项。

# dependencies.toml

[dependencies]
appCompat = "com.android.support:appcompat-v7:28.0.0"
firebaseCore = "com.google.firebase:firebase-core:20.0.0"
# 添加更多依赖...

在主项目的settings.gradle.kts文件中，指定Version Catalogs的位置：

// settings.gradle.kts

dependencyResolutionManagement {
    
    
    // 指定Version Catalogs的位置
    versionCatalogs {
    
    
        create("dependencies") {
    
    
            from("${rootProject.projectDir}/dependencies.toml")
        }
    }
}

在主项目的build.gradle.kts文件中引用Version Catalogs，并使用其中的依赖项：

// build.gradle.kts

dependencies {
    
    
    // 使用Version Catalogs中的依赖项
    implementation dependencies.appCompat
    implementation dependencies.firebaseCore
    // 添加更多依赖...
}

优点：

集中管理依赖版本，减少版本冲突。
可以轻松共享版本信息到多个项目中。

缺点：

需要学习和使用.toml文件格式。

最佳实践：适用于大型团队合作的复杂项目，需要更严格的版本管理和共享版本信息的情况。

结论

不同的Android项目可能需要不同的依赖管理方法，根据项目的规模、复杂性和团队的需求进行选择。传统的依赖方法适用于小型项目和原型开发，而Kotlin buildSrc、Composing builds和Version Catalogs适用于更大型、复杂的项目，根据需求选择最合适的方法将有助于项目的成功开发和维护。

最后

如果想要成为架构师或想突破20~30K薪资范畴，那就不要局限在编码，业务，要会选型、扩展，提升编程思维。此外，良好的职业规划也很重要，学习的习惯很重要，但是最重要的还是要能持之以恒，任何不能坚持落实的计划都是空谈。

如果你没有方向，这里给大家分享一套由阿里高级架构师编写的《Android八大模块进阶笔记》，帮大家将杂乱、零散、碎片化的知识进行体系化的整理，让大家系统而高效地掌握Android开发的各个知识点。

相对于我们平时看的碎片化内容，这份笔记的知识点更系统化，更容易理解和记忆，是严格按照知识体系编排的。

欢迎大家一键三连支持，若需要文中资料，直接扫描文末CSDN官方认证微信卡片免费领取↓↓↓（文末还有ChatGPT机器人小福利哦，大家千万不要错过）

PS:群里还设有ChatGPT机器人，可以解答大家在工作上或者是技术上的问题