【实战】Android工程gradle详解

版本的统一管理

当我们的工程中有许多module的时候,分开管理编译版本,minsdk将会是一件很麻烦的事,因为一个library的改动,可能会影响到其他module。这时我们就需要对所有的版本进行统一的管理,管理的方式有两种:

rootProject

我们可以把一些需要用的字段都放在project的build.gradle(注意是project的不是module的)中:

【实战】Android工程gradle详解_第1张图片


这样,在module的build.gradle中可以进行读取:

【实战】Android工程gradle详解_第2张图片


gradle.properties

找到工程目录下的gradle.properties文件,如果没有也可以自己创建:

【实战】Android工程gradle详解_第3张图片


然后在各个module的build.gradle中可以引用:


需要注意的是在gradle.properties中声明的格式都是string类型,如果如要转化成int类型,可以用as int 进行强制转化。

程序中对buildTypes的区分

buildTypes是对不同build类型的处理

当你点击运行按钮的时候会根据build Variant进行对应的方式编译。
build Variant可以在这里进行选择:

【实战】Android工程gradle详解_第4张图片

Paste_Image.png

library的buildTypes

默认情况下被依赖工程会使用release模式,与上层依赖的app工程选择的模式无关
需要在build.gradle中进行设置:

【实战】Android工程gradle详解_第5张图片


新增buildTypes

你可以在buildTypes,根据需要新增一个类型,如下代码所示:

【实战】Android工程gradle详解_第6张图片


不同模式字符不同

根据上面的代码,在不同的buildTypes中,TEXT这个变量是不一样的,而且根据代码可以看出,这个变量是一个String类型,那么我们在程序文件中可以这样通过BuildConfig引用:

t2.setText(BuildConfig.TEXT);

Variant

gradle插件允许最终生成的包以多个维度进行组合
例如我们可以设定一下几个维度:

【实战】Android工程gradle详解_第7张图片


每个维度中可以设置这个版本的最小sdk限制,以及targetsdkversion

假设我们设置的维度有red blue yellow但是结合之前讲过的buildType(假设只有debug和release)
那么将会出现以下构建:
blueDebug和blueRelease
yellowDebug和yellowRelease
redDebug和redRelease
Gradle会为每一个Variant创建一个任务
对应如下:
gradle assembleBlue 会生成debug和release两个版本
gradle assembleDebug 会生成blue yellow red三个版本
gradle assembleBlueDebug 会生成bluedebug一个版本
这里还有一个用处需要提一下:
Gradle在打包android应用之前会将所有的代码,资源文件,包括manifest进行结合,当然library也会提供额外的资源,这些也会进行合并。

字符串读取

如果我们在创建一些设置时,需要动态的去更改内容,可以设置一个变量,然后从本地文件或者打包的命令行读取,我们这里就拿上面提到过的BuildConfig做例子,希望程序中引用的字符串是从本地读取的或从命令行读取的

从本地文件中读取

首先需要在最开始的地方设置一个变量aaa:

【实战】Android工程gradle详解_第8张图片

Paste_Image.png

然后在buildTypes的debug模式中修改对应的代码:

【实战】Android工程gradle详解_第9张图片


然后在工程目录下创建一个本地文件test.properties,并添加内容:


Paste_Image.png

然后回到你刚才定义字符串的build.gradle中,添加:

【实战】Android工程gradle详解_第10张图片


即可读取到你本地文件的字符串

从命令行读取

如果是从命令行读入就更加简单,只需要将上面读取文件的代码改为:

aaa = new String(System.console().readLine("请输入字符串:"))

编译命令

首先想看一个工程包含了多少task,需要切到这个工程目录下:

gradle tasks

会列出所有的tasks:

【实战】Android工程gradle详解_第11张图片

Paste_Image.png


当然篇幅有限,这里不贴出所有的任务了,我们只需要知道编译命令即可,如图可以看到,如果想编译debug版本,使用:

assembleDebug

其它同理即可。
如果使用build则回编译出所有的版本

冲突问题

【实战】Android工程gradle详解_第12张图片

Paste_Image.png


在执行打包的时候很有可能会出现如上问题,这是由于依赖的jar冲突问题,我们可以分析一下工程结构。
我现在的结构是:

【实战】Android工程gradle详解_第13张图片

Paste_Image.png

现在调整一下结构:

【实战】Android工程gradle详解_第14张图片

Paste_Image.png

把jar以module的形式提供就不会出现冲突。

编译流程

【实战】Android工程gradle详解_第15张图片


【实战】Android工程gradle详解_第16张图片

Paste_Image.png

Task任务

执行顺序

例如我们新建一个任务:

【实战】Android工程gradle详解_第17张图片


他的执行如下:

【实战】Android工程gradle详解_第18张图片

Paste_Image.png


它并不是在执行任务的时候执行的,而是在执行任务之前就打印了。
这是由于gradle构建有三个阶段:
初始化阶段,配置阶段,执行阶段。
上面的例子实际是打印在了配置阶段,换句话说,你不执行这个任务,执行这个工程别的任务也会打印。
例如我再写一个任务:

【实战】Android工程gradle详解_第19张图片


这次执行这个任务:

【实战】Android工程gradle详解_第20张图片

Paste_Image.png


你会发现也打印aaaa这说明这不是在真正的执行阶段执行的,为了保证任务的可控性,可以像上面umengtestaa那样写加一个<<符号
这样就可以保证了任务的可控性:

【实战】Android工程gradle详解_第21张图片

Paste_Image.png


或者使用:

【实战】Android工程gradle详解_第22张图片


打包任务

有了上面的基础,下面就可以说一下打包的任务了,根据我们之前的工程,我们有一个app的module和四个library module,我需要打印出一个apk和四个jar,明确了任务,现在可以开始实施了。
打开工程的build.gradle

【实战】Android工程gradle详解_第23张图片


这时,我们再去找一下工程的build文件夹下可以发现:

【实战】Android工程gradle详解_第24张图片

Paste_Image.png

打包不同内容的module

打包不同内容的module可以利用之前讲过的variant或这个buildtypes来控制,这里就不说了,不明白的,可以回头再去看一下结合上面的打包脚本没有什么难度,然而还有一种需求,不是某个变量或者包名的更改,而是两个版本中两个文件的不同,我们可以试一下修改variant的方式来实现,在app的build.gradle中:

【实战】Android工程gradle详解_第25张图片


修改结构目录:

【实战】Android工程gradle详解_第26张图片

Paste_Image.png


这样编译出来就会有两个不同类型的apk了

防止打包错误

在这里已经说完了所有与打包相关的东西了,在最后仍然加这一个标题是交给大家如何防止项目开发者打包出错,或者上传包出错后定位问题。
方法就是在打包的时候,生成一个记录文件,在这个包中记录打包时间,和当前git的版本号:

【实战】Android工程gradle详解_第27张图片


以上工程中所用到的所有代码,已经上传github
地址如下:
https://github.com/mymdeep/AndroidGradle
如有对groovy语法不清楚的看官,请看一下我的上一篇文章,groovy基础知识:
http://www.jianshu.com/p/b58b254d8f6e

【实战】Android工程gradle详解_第28张图片


【实战】Android工程gradle详解_第29张图片


你可能感兴趣的