Android 老油条都知道的 7 个 Gradle 实用奇技淫巧，Android 开发面试解答之 Handler
如下所示，我们常常使用ext来管理依赖
dependencies {
implementation fileTree(include: ['*.jar'], dir: 'libs')
implementation rootProject.ext.dependencies["appcompat-v7"]
implementation rootProject.ext.dependencies["cardview-v7"]
implementation rootProject.ext.dependencies["design"]
implementation rootProject.ext.dependencies["constraint-layout"]
annotationProcessor rootProject.ext.dependencies["glide_compiler"]
...
}
复制代码
这样虽然实现了依赖的统一管理，但是随着项目越来越大，依赖也会越来越多，常常会有几十甚至上百行，导致build.gradle越来越长
有没有一种好的方式不在 build.gradle 中写这么多的依赖配置？
有，就是使用循环遍历依赖。
示例如下，首先添加config.gradle
ext{
dependencies = [
// base
"appcompat-v7" : "com.android.support:appcompat-v7:${version["supportLibraryVersion"]}"，
...
]
annotationProcessor = [
"glide_compiler" : "com.github.bumptech.glide:compiler:${version["glideVersion"]}",
...
]
apiFileDependencies = [
"launchstarter" :"libs/launchstarter-release-1.0.0.aar"
]
debugImplementationDependencies = [
"MethodTraceMan" : "com.github.zhengcx:MethodTraceMan:1.0.7"
]
...
implementationExcludes = [
"com.android.support.test.espresso:espresso-idling-resource:3.0.2" : [
'com.android.support' : 'support-annotations'
]
]
...
}
复制代码
然后在build.gradle中配置如下：
apply from config.gradle
...
def implementationDependencies = project.ext.dependencies
def processors = project.ext.annotationProcesso
def implementationExcludes = project.ext.implementationExcludes
dependencies{
// 处理所有的 xxximplementation 依赖
implementationDependencies.each { k, v -> implementation v }
// 处理 annotationProcessor 依赖
processors.each { k, v -> annotationProcessor v }
// 处理所有包含 exclude 的依赖
implementationExcludes.each { entry ->
implementation(entry.key) {
entry.value.each { childEntry ->
exclude(group: childEntry)
}
}
}
...
}
复制代码
这样做的优点在于
1.后续添加依赖不需要改动build.gradle,直接在config.gradle中添加即可
2.精简了build.gradle的长度
[](
)3.支持代码提
示的Gradle依赖管理
上面介绍了通过config.gradle管理依赖的方法
在我们添加Gradle依赖时，还有一些痛点
1.不支持代码提示
2.不支持单击跳转
3.多模块开发时，不同模块相同的依赖需要复制粘贴
使用buildSrc+kotlin可以解决这个问题
效果如下：
由于buildSrc是对全局的所有module的配置,所以可以在所有module中直接使用
[](
)buildSrc vs includeBuild
上面介绍的方法使用的是buildSrc,使用起来比较方便
不过它的缺点在于构建速度上会慢一些，使用includeBuild可以实现同样的效果
两者实现的最终效果是差不多的
[](
)4.Gradle模块化
我们在开发中，引入一些插件时，有时需要在build.gradle中引入一些配置，比如greendao,推送,tinker等
这些其实是可以封装在相应gradle文件中，然后通过apply from引入
举个例子，例如在我们使用greendao数据库时，需要在build.gradle中指定版本
这种时候应该新建一个greendao-config.gradle
apply plugin: 'org.greenrobot.greendao'
//greenDao 指定版本和路劲等
greendao {
//数据库的 schema 版本，也可以理解为数据库版本号
schemaVersion 1
//设置 DaoMaster、DaoSession、Dao 包名，也就是要放置这些类的包的全路径。
daoPackage 'com.example.ausu.big_progect.dao'
//设置 DaoMaster、DaoSession、Dao 目录
targetGenDir 'src/main/java'
}
复制代码
然后再在build.gradle中引入
apply from 'greendao-config.gradle'
复制代码
这样做主要有 2 个优点
1.单一职责原则，将greendao的相关配置封装在一个文件里，不与其他文件混淆
2.精简了build.gradle的代码，同时后续修改数据库相关时不需要修改build.gradle的代码
[](
)5.Library模块Gradle代码复用
随着我们项目的越来越大，Library Module也越建越多，每个Module都有自己的build.gradle
但其实每个build.gradle的内容都差不多，我们能不能将重复的部分封装起来复用？
我们可以做一个 basic 抽取，同样将共有参数/信息提取到 basic.gradle 中，每个 module apply，这样就是减少了不少代码量
apply plugin: 'com.android.library'
apply plugin: 'kotlin-android'
apply plugin: 'kotlin-android-extensions'
apply plugin: 'kotlin-kapt'
android {
// 指定用于编译项目的 API 级别
compileSdkVersion Versions.compileSDK
// 指定在生成项目时要使用的 SDK 工具的版本，Android Studio 3.0 后不需要手动配置。
buildToolsVersion Versions.buildTools
// 指定 Android 插件适用于所有构建版本的版本属性的默认值
defaultConfig {
minSdkVersion Versions.minSDK
targetSdkVersion Versions.targetSDK
versionCode 1
versionName "1.0"
}
// 配置 Java 编译(编码格式、编译级别、生成字节码版本)
compileOptions {
encoding = 'utf-8'
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
kotlinOptions {
jvmTarget = JavaVersion.VERSION_1_8.toString()
}
lintOptions {
// lint 异常后继续执行
abortOnError false
}
}
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
...
}
复制代码
然后在相应的模块的build.gradle中引入即可
apply from:"../basic.gradle"
dependencies {
api Deps.constraintLayout
api Deps.retrofit
评论