然后在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目录
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
Android高级架构师
由于篇幅问题,我呢也将自己当前所在技术领域的各项知识点、工具、框架等汇总成一份技术路线图,还有一些架构进阶视频、全套学习PDF文件、面试文档、源码笔记。
- 330页PDF Android学习核心笔记(内含上面8大板块)
-
Android学习的系统对应视频
-
Android进阶的系统对应学习资料
- Android BAT部分大厂面试题(有解析)
好了,以上便是今天的分享,希望为各位朋友后续的学习提供方便。觉得内容不错,也欢迎多多分享给身边的朋友哈。
文件、面试文档、源码笔记。
- 330页PDF Android学习核心笔记(内含上面8大板块)
[外链图片转存中…(img-iTCdMuwH-1711723819546)]
[外链图片转存中…(img-JSHm1LFU-1711723819546)]
-
Android学习的系统对应视频
-
Android进阶的系统对应学习资料
[外链图片转存中…(img-1vJHyX4y-1711723819546)]
- Android BAT部分大厂面试题(有解析)
[外链图片转存中…(img-YNCVTT9n-1711723819546)]
好了,以上便是今天的分享,希望为各位朋友后续的学习提供方便。觉得内容不错,也欢迎多多分享给身边的朋友哈。