统一依赖管理Composing builds
作者：互联网
背景
在我们的AS项目中，经常引用多个Module，多人参与项目开发，这种背景下，我们会时常遇到版本冲突问题，出现不同的compileSdkVersion等，导致我们的包体变大，项目运行时间变长，所以将依赖版本统一是一个项目优化的必经之路。
你可能遇到这样的问题
在架构设计阶段，你的依赖库是这样的
同事并行开发后，合并代码后，变成了这样
哈哈哈，这就是没做好依赖管理的后果！下面介绍三种依赖管理方式。如果对前两种已经很熟悉了，可以直接跳转看第三种Composing builds，推荐使用第三种。
一、Groovy ext扩展函数的替代方式
我们在使用Groovy语言构建项目的时候，抽取config.gradle作为全局的变量控制，使用ext扩展函数来统一配置依赖，如下：
示例代码：
ext {
android = [
compileSdkVersion: 29,
buildToolsVersion: "29",
minSdkVersion : 17,
targetSdkVersion : 26,
versionCode : 102,
versionName : "1.0.2"
]
version = [
appcompatVersion : "1.1.0",
coreKtxVersion : "1.2.0",
supportLibraryVersion : "28.0.0",
androidTestVersion : "3.0.1",
junitVersion : "4.12",
glideVersion : "4.11.0",
okhttpVersion : "3.11.0",
retrofitVersion : "2.3.0",
constraintLayoutVersion: "1.1.3",
gsonVersion : "2.7",
rxjavaVersion : "2.2.2",
rxandroidVersion : "2.1.0",
..........省略...........
]
dependencies = [
//base
"constraintLayout" : "androidx.constraintlayout:constraintlayout:${version["constraintLayoutVersion"]}",
"appcompat" : "androidx.appcompat:appcompat:${version["appcompatVersion"]}",
"coreKtx" : "androidx.core:core-ktx:${version["coreKtxVersion"]}",
"material" : "com.google.android.material:material:1.2.1",
//multidex
"multidex" : "com.android.support:multidex:${version["multidexVersion"]}",
//okhttp
"okhttp" : "com.squareup.okhttp3:okhttp:${version["okhttpVersion"]}",
"logging-interceptor" : "com.squareup.okhttp3:logging-interceptor:${version["okhttpVersion"]}",
//retrofit
"retrofit" : "com.squareup.retrofit2:retrofit:${version["retrofitVersion"]}",
"converter-gson" : "com.squareup.retrofit2:converter-gson:${version["retrofitVersion"]}",
"adapter-rxjava2" : "com.squareup.retrofit2:adapter-rxjava2:${version["retrofitVersion"]}",
"converter-scalars" : "com.squareup.retrofit2:converter-scalars:${version["retrofitVersion"]}",
..........省略...........
]
}
依赖写完之后，在root路径下的build.gradle
添加apply from: "config.gradle"
然后在需要依赖的module下的build.gradle中
dependencies {
...
// Retrofit + okhttp 相关的依赖包
api rootProject.ext.dependencies["retrofit"]
...
}
以上就是Groovy ext扩展函数的依赖管理方式，此方式可以做到版本依赖，但是最大的缺点就是无法跟踪代码，想要找到上面示例代码中的rootProject.ext.dependencies["retrofit"]这个依赖，需要手动切到config.gradle去搜索查找，可读性很差。
二、使用buildSrc+kotlin的方式
buildSrc的方式，是最近几年特别流行的版本依赖管理方式。它有以下几个优点：
支持双向跟踪
buildSrc是Android默认插件，全局只有这一个地方可以修改
支持Android Studio的代码补全，以下演示示例图来自于网络
使用方式可参考：
Kotlin + buildSrc for Better Gradle Dependency Management – Handstand Sam
缺点：buildSrc 依赖更新将重新构建整个项目，项目越大，重新构建的时间就越长，造成不必要的时间浪费。
三、Composing builds
Composing builds：A composite build is simply a build that includes other builds. In many ways a composite build is similar to a Gradle multi-project build, except that instead of including single projects, complete builds are included.（Composing builds只是包含其他构建的构建。 在许多方面，复合构建类似于Gradle多项目构建，不同之处在于，它包括完整的构建，而不是包括单个项目。）
使用这种方式的优点有：
1.支持单向跟踪
2.自动补全
3.依赖更新时，不会重新构建整个项目
使用方式
1.新建module，名为VersionPlugin（自起）
2.在新建的module下的build.gradle文件中，添加如下代码：
buildscript {
repositories {
jcenter()
}
dependencies {
// 因为使用的 Kotlin 需要需要添加 Kotlin 插件
classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:1.4.10"
}
}
apply plugin: 'kotlin'
apply plugin: 'java-gradle-plugin'
repositories {
// 需要添加 jcenter 否则会提示找不到 gradlePlugin
jcenter()
google()
}
dependencies {
implementation gradleApi()
implementation "org.jetbrains.kotlin:kotlin-gradle-plugin:1.4.10"
}
compileKotlin {
kotlinOptions {
jvmTarget = "1.8"
}
}
compileTestKotlin {
kotlinOptions {
jvmTarget = "1.8"
}
}
gradlePlugin {
plugins {
version {
// 在 app 模块需要通过 id 引用这个插件
id = 'com.controler.versionplugin'
// 实现这个插件的类的路径
implementationClass = 'com.controler.versionplugin.VersionPlugin'
}
}
}
3.在 VersionPlugin/src/main/java/包名/ 目录下新建 DependencyManager.kt 文件，添加你的依赖配置，如：
package com.controler.versionplugin
/**
* 配置和 build相关的
*/
object BuildVersion {
const val compileSdkVersion = 29
const val buildToolsVersion = "29.0.2"
const val minSdkVersion = 17
const val targetSdkVersion = 26
const val versionCode = 102
const val versionName = "1.0.2"
}
/**
* 项目相关配置
*/
object BuildConfig {
//AndroidX
const val appcompat = "androidx.appcompat:appcompat:1.2.0"
const val constraintLayout = "androidx.constraintlayout:constraintlayout:2.0.4"
const val coreKtx = "androidx.core:core-ktx:1.3.2"
const val material = "com.google.android.material:material:1.2.1"
const val junittest = "androidx.test.ext:junit:1.1.2"
const val swiperefreshlayout = "androidx.swiperefreshlayout:swiperefreshlayout:1.1.0"
const val recyclerview = "androidx.recyclerview:recyclerview:1.1.0"
const val cardview = "androidx.cardview:cardview:1.0.0"
//Depend
const val junit = "junit:junit:4.12"
const val espresso_core = "com.android.support.test.espresso:espresso-core:3.0.2"
const val guava = "com.google.guava:guava:24.1-jre"
const val commons = "org.apache.commons:commons-lang3:3.6"
const val zxing = "com.google.zxing:core:3.3.2"
//leakcanary
const val leakcanary = "com.squareup.leakcanary:leakcanary-android:2.4"
//jetPack
const val room_runtime = "androidx.room:room-runtime:2.2.5"
const val room_compiler = "androidx.room:room-compiler:2.2.5"
const val room_rxjava2 = "androidx.room:room-rxjava2:2.2.5"
const val lifecycle_extensions = "android.arch.lifecycle:extensions:1.1.1"
const val lifecycle_compiler = "android.arch.lifecycle:compiler:1.1.1"
const val rxlifecycle = "com.trello.rxlifecycle3:rxlifecycle:3.1.0"
const val rxlifecycle_components = "com.trello.rxlifecycle3:rxlifecycle-components:3.1.0"
//Kotlin
const val kotlinx_coroutines_core = "org.jetbrains.kotlinx:kotlinx-coroutines-core:1.3.7"
...
}
4.在 VersionPlugin/src/main/java/包名/ 目录下新建 VersionPlugin.kt,
实现Plugin接口，如下：
package com.controler.versionplugin
import org.gradle.api.Plugin
import org.gradle.api.Project
class VersionPlugin : Plugin<Project>{
override fun apply(p0: Project) {
}
companion object{
}
}
注：新建VersionPlugin module时，生成的其他无用资源可以删去，只保留需要的，如下：
5.在 settings.gradle 文件内添加 includeBuild ("VersionPlugin")'，注意是includeBuild 哦~，Rebuild项目
6.后面就可以在需要使用的gradle文件中使用了，如app下的build.gradle，在首行添加以下内容：
plugins {
// 在第二部定义的插件ID
id "com.controler.versionplugin"
}
// 定义的依赖地址
import com.controler.versionplugin.* 使用如下
总结
1.使用groovy ext的方式，无法跟踪依赖关系，可读性差，不便维护
2.使用Kotlin + BuildSrc，支持双向跟踪，依赖更新时会重新构建整个项目
3.使用Composing builds，支持单向跟踪，依赖更新时不会构建整个项目
参考文献
Android ext
https://developer.android.com/studio/build/gradle-tips#configure-project-wide-properties
Kotlin + buildSrc for Better Gradle Dependency Management – Handstand Sam
Composing builds
拥抱 Composing builds 提升 Android 编译速度
ComposingBuildsTest: 使用Composing Builds统一管理项目中的三方依赖示例代码，使用Java编写。 - Gitee.com
————————————————
版权声明：本文为CSDN博主「Jay丶Xu」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/Json_Jerry/article/details/112860914
标签：依赖,const,builds,val,androidx,Composing,gradle,com 来源： https://blog.csdn.net/chuyouyinghe/article/details/122500139