使用buildSrc管理项目三方依赖

最新推荐文章于 2024-04-23 10:01:02 发布

Talongo

最新推荐文章于 2024-04-23 10:01:02 发布

阅读量480

点赞数

文章标签： android android studio ide

本文链接：https://blog.csdn.net/lixiaote/article/details/130745403

版权

随着项目的开发我们引入的三方库越来越多，这时候我们想把三方库放到一个地方统一管理，需求推动生产力。
管理gralde依赖的几种方式：

默认构建：手动管理，默认的依赖方式
全局统一配置文件config.gradle：Google的很多Demo使用这种方式
buildSrc kotlin+buildSrc构建
Composing builds 构建
本文先介绍前三种管理方式：

一.默认方式

新建项目AS默认的构建方式，缺点也很明显，同一个库在不同module会被引用多次，也可能存在同一个库多个版本的情况，一个库升级要更改多处。

dependencies {
    implementation 'androidx.appcompat:appcompat:1.2.0'
    implementation 'com.google.android.material:material:1.3.0'
    implementation 'androidx.constraintlayout:constraintlayout:2.0.4'
    implementation 'androidx.lifecycle:lifecycle-livedata-ktx:2.4.1'
    implementation 'androidx.lifecycle:lifecycle-viewmodel-ktx:2.4.1'
    implementation 'androidx.navigation:navigation-fragment-ktx:2.4.2'
    implementation 'androidx.navigation:navigation-ui-ktx:2.4.2'
    testImplementation 'junit:junit:4.+'
    androidTestImplementation 'androidx.test.ext:junit:1.1.2'

}

二.全局统一配置：

Google demo用的很多，解决了默认构造的烦恼，本质，就是一个全局变量，一处修改，所有使用位置都会重建，效率不错，写起来也容易，比较推荐，google在Android官方文档也推荐了这种方式。

ext {
    versions = [

            androidx_core                   : "1.5.0",
            androidx_annotation             : "1.2.0",
            annotation_experimental         : "1.0.0",
            androidx_appcompat              : "1.3.0",
            ]
     thirdlibrary_deps = [
            //androidx
            androidx_core                   : "androidx.core:core:${versions.androidx_core}",
            androidx_core_ktx               : "androidx.core:core-ktx:${versions.androidx_core}",
            androidx_annotation             : "androidx.annotation:annotation:${versions.androidx_annotation}",
            annotation_experimental         : "androidx.annotation:annotation-experimental:${versions.annotation_experimental}",
            appcompat                       : "androidx.appcompat:appcompat:${versions.androidx_appcompat}"
            ]

我们在使用的时候可以如下：

api thirdlibrary_deps.appcompat

这种方式统一了三方lib依赖版本和引入方式，但是由于缺乏Android studio的支持，不能自动补全和链接跳转。

三. buildSrc

由于第二种方式的不完美，所以出现了buildSrc的方式。

什么是buildSrc呢？

gradle官方文档介绍如下：

运行 Gradle 时会检查项目中是否存在一个名为 buildSrc 的目录。然后 Gradle 会自动编译并测试这段代码，并将其放入构建脚本的类路径中, 对于多项目构建，只能有一个 buildSrc 目录，该目录必须位于根项目目录中, buildSrc 是 Gradle 项目根目录下的一个目录，它可以包含我们的构建逻辑，与脚本插件相比，buildSrc 应该是首选，因为它更易于维护、重构和测试代码

如何使用呢？

在项目根目录下建一个buildSrc目录，注意目录名字只能事这个gradle才能检查到。
在该目录下创建名为 build.gradle.kts 的文件，并添加如下内容：

plugins {
    kotlin-dsl
}
repositories{
    mavenCentral()
}

在buildSrc/src/main/java/包名/ 目录下新建 Deps.kt 文件，添加以下内容

object Versions {
    const val compileSdk = 31
    const val buildTools = "30.0.2"
    const val minSdk = 21
    const val targetSdk = 31
    const val versionCode = 1
    const val versionName = "1.0"
    
    
    
    const val recyclerView = "1.1.0"
    const val smart_refresh = "2.0.6"
}

object Deps {
    const val recyclerView = "androidx.recyclerview:recyclerview:${Versions.recyclerView}"
}