关于 buildTypes
buildTypes默认有两个方法debug和release,但实际上是可以自定义的,命名随意,比如testing
buildTypes {
internal {
//TODO
}
debug {
//TODO
}
release {
minifyEnabled false
proguardFiles getDefaultProguardFile(‘proguard-android-optimize.txt’), ‘proguard-rules.pro’
}
}
}
从buildTypes的默认方法debug和release我们不难看出,这一般是用来区分生产和测试版本。 我们在编译时可以执行gradle assembleInternal/assembleDebug/assembleRelease命令,而执行这些命令不仅仅执行buildTypes下的这三个方法,如果在src目录下有internal/debug/release目录时,也会同时把对应目录打包到工程。比如执行 assembleInternal时会把src下的main和internal两个目录打包。我们可以用这个特性来对不同的app版本做差异化定制。
api,impementation,compileOnly
-
api 跟以前的compile完全一样,能传递依赖,即子module的依赖会带到主module
-
implementation 不传递依赖,只在当前module生效
-
compileOnly 只在编译时有效,不会参与打包
gradle wrapper
gradlew会根据gradle-wrapper.properties文件去下载对应的gradle版本
Task
我们来看一段gradle代码
println(rootProject.buildDir)
task clean(type: Delete) {
delete rootProject.buildDir
}
然后执行./gradlew
Configure project :
D:\work******\build
可以看到打印了build的目录
我们换一种写法,再试试
task clean(type: Delete) {
println(rootProject.buildDir)
delete rootProject.buildDir
}
然后再执行./gradlew 我没有执行clean task,所以正常是不应该打印的吧,我们来看看结果;
Configure project :
D:\work******\build
纳尼?什么鬼?没执行task也会执行task里面的代码么??但是为什么build目录没有被删除呢?这也太奇怪了吧!!
我相信多数人看到这里都会觉得很奇怪,方法难道能只执行某几行?其实并不是这样,clean task中的代码其实都执行了,只是在执行到delete的时候会把它放到task列表中,在调用clean之后再去真正执行删除逻辑。我们可以把添加到任务列表时的工作当作是配置操作,在调用clean时才是真正的执行操作。
看到这有人就会想,那我如果要在task执行完毕之后输出提示日志,那该怎么做呢?如果在task最后执行,虽然日志输出了,但肯定不是任务执行之后输出的。那我们该怎么做呢?可以用doLast doFirst方法来打印执行时的日志
task clean(type: Delete) {
println(1)
delete rootProject.buildDir
println(2)
doLast {
println “执行完毕”
}
doFirst {
println “开始执行”
}
}
Configure project :
1
2
Task :clean
开始执行
执行完毕
从输出的日志也能看出task执行有两个阶段:配置和执行 。
task调用其他task用denpendsOn
task taskA(){
doLast{
println"taskA executed"
}
}
task taskB(dependsOn:taskA){
doLast {
println “taskB executed”
}
}
这种写法表示执行taskB之前会执行taskA,如果taskA也有依赖,那也会先执行taskA的依赖,就这样一直递归。这就是一个依赖关系网,被称作有向无环图。
gradle执行流程
-
setting.gradle
-
各个build.gradle的配置阶段 绘制有向无环图
-
执行阶段
gradle plugin
一个简单的自定义plugin
class TestPlugin implements Plugin {
@Override
void apply(Project target) {
println “Hello gradle plugin”
}
}
apply plugin: TestPlugin
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V:vip204888 备注Android获取(资料价值较高,非无偿)
Android开发除了flutter还有什么是必须掌握的吗?
相信大多数从事Android开发的朋友们越来越发现,找工作越来越难了,面试的要求越来越高了
除了基础扎实的java知识,数据结构算法,设计模式还要求会底层源码,NDK技术,性能调优,还有会些小程序和跨平台,比如说flutter,以思维脑图的方式展示在下图;
如果你觉得这些内容对你有帮助,可以添加V:vip204888 备注Android获取(资料价值较高,非无偿)**
[外链图片转存中…(img-8xbdEWNq-1711599556040)]
Android开发除了flutter还有什么是必须掌握的吗?
相信大多数从事Android开发的朋友们越来越发现,找工作越来越难了,面试的要求越来越高了
除了基础扎实的java知识,数据结构算法,设计模式还要求会底层源码,NDK技术,性能调优,还有会些小程序和跨平台,比如说flutter,以思维脑图的方式展示在下图;
[外链图片转存中…(img-m6COxP9T-1711599556040)]