目录 (以为原创不好写,翻译也很难啊!英语不好,很不准确,只供参考!额。。。最好别被误导)
1 简介
1.1 使用新编译系统的目的
1.2 为什么使用gradle
2 配置环境
3 基本工程
3.1 简单例子
3.2 工程结构
3.2.1 配置工程结构
3.3 Task介绍
3.3.1 基本Task
3.3.2 java 工程Task
3.3.3 android 工程Task
3.4 编译属性的自定义
3.4.1 Manifest文件的配置
3.4.2 编译类型的配置
3.4.3 签名的配置
3.4.4 文件混淆的配置
4 项目依赖、Android 库工程和多项目工程设置
4.1 工程或Jar包的引用
4.1.1 本地引用
4.1.2 远程引用
4.2 多项目工程设置
4.3 Library 工程
4.3.1 创建
Library
工程
4.3.2
Library
工程和项目工程的区别
4.3.3 引用一个
Library
工程
4.3.4
Library
工程产物
5 测试
5.1 基本设置
5.2 运行测试
5.3 测试Android
Library
工程
5.4 测试报告
5.4.1 单项目工程
5.4.2 多项目工程
5.5 Lint support
6 构建多版本工程
6.1 打多样包简介
6.2 编译类型+多样包=多版本工程
6.3 配置多样包编译
6.4 源码位置和依赖
6.5 编译和Task
6.6 测试
6.7 构建多版本工程
7 高级编译自定义
7.1 编译选项
7.1.1 Java 编译选项
7.1.2 aapt 选项
7.1.3 dex 选项
7.2 7.3 7.4 (内容还没看,不翻译先)
简介
文档适用于 Gradle plugin 0.9版本。 更早的版本或许有不同,因为1.0之前的不兼容问题。(原话大概就这么说的,反正大概意思就是太早的版本可能不适用这个文档)
用新编译系统的目的:
目的就是:
-
使得重用代码和资源更容易
-
使得把一个应用打出各种版本的包更容易
-
更容易配置、扩展、和自定义编译过程
-
更好的IDE整合
那为什么使用Gradle?
Gradle是一个先进的编译系统和一个允许你通过各种插件创建自定义编译逻辑的先进工具。(好官方的话说)
这是我们之所以选择Gradle的一些原因:
-
用DSL描述编译逻辑
-
编译文件是基于Groovy的,可以混合着DSL提供自定义逻辑
-
可以使用Maven或者lvy来管理工程依赖
-
非常灵活,允许你使用最规范的方式做事,但是不强制
-
可以使用插件提供的DSL和API来共编译使用
-
很好的整合IDE
开发环境需求:
- gradle 1.10或1.11或1.12和插件0.11.1
- 附带19.0.0版本的编译工具的SDK,一些特殊功能可能要求更新的版本
基本工程:
一个Gradle工程用一个名为build.gradle的文件描述编辑配置,文件放在工程的根目录下
下面会进入正题,官方文档嘛,多数会介绍的很详细(比如Android官网的一些文章),前面简单的说说,后面还会再详细说,甚至多次提到,OK,明天继续