Android老油条都知道的7个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

}

复制代码

这样是不是简洁很多？读者可根据项目实际情况判断是否适合抽取basic.gradle使用

6.资源文件分包

---

随着项目越来越大，项目中的资源文件也越来越大，比如layout与drawable文件夹下的文件数量常常可达几百甚至上千个

我们能不能像代码一样，对资源文件进行分包呢？

答案是可以的，主要是利用gradle的sourceSets属性

我们可以将资源文件像代码一样按业务分包,具体操作如下

1.新建res_xxx目录 [图片上传失败…(image-ce47f9-1617970032040)]

在 main 目录下新建 res_core, res_feed（根据业务模块命名）等目录，在res_core中新建res目录中相同的文件夹如：layout、drawable-xxhdpi、values等。

2.在gradle中配置res_xx目录

android {

//…

sourceSets {

main {

res.srcDirs(

‘src/main/res’,

‘src/main/res_core’,

‘src/main/res_feed’,

)

}

}

}

复制代码

以上就完成了资源文件分包,这样做主要有几点好处

1.按业务分包查找方便，结构清晰

2.strings.xml等key-value型文件多人修改可以减少冲突

3.当删除模块或做组件化改造时资源文件删除或迁移方便，不必像以前一样一个个去找

7.AAR依赖与源码依赖快速切换

---

当我们的项目中Module越来越多，为了加快编译速度，常常把Module发布成AAR，然后在项目中直接依赖AAR

但是我们有时候又需要修改AAR，就需要依赖于源码

所以我们需要一个可以快速地切换依赖AAR与依赖源码的方式

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
道该从何学起的朋友，同时减轻大家的负担。**

[外链图片转存中…(img-xKX7X5Hd-1715435292125)]

[外链图片转存中…(img-Z8lSpD25-1715435292127)]

[外链图片转存中…(img-PwZYcS2i-1715435292128)]

[外链图片转存中…(img-nMU0JVQ1-1715435292130)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！