gradle
本文转载自http://www.zircon.me/06-25-2015/about-gradle.html
gradle知识整理
- 简介
- Gradle Build Files
- The Gradle Wrapper
- 关于Build variants
- 关于dependencies
- Gradle的一些概念
简介
Android Studio默认使用Gradle作为构建工具，不像Ant那样基于XML，取而代之的是采用基于Groovy的DSL（Domain Specific Language）。
Gradle构建工具是任务驱动型的构建工具，并且可以通过各种Plugin扩展功能以适应各种构建任务。
采用约定优于配置的原则，最简单方式是使用一个默认的目录结构。当然目录结构是可以自己修改的。
Gradle Build Files
#Project级别的build.gradle文件
buildscript {
//编译Gradle脚本过程中需要的依赖关系.//
repositories {
jcenter()
}
//选择JCenter repository.//
dependencies {
classpath 'com.android.tools.build:gradle:1.2.3'
//脚本依赖Android plugin for Gradle 1.2.3//
}
}
allprojects {
//你应用的依赖关系.//
repositories {
jcenter()
}
}
//应用依赖jCenter repository.//Other Gradle Files
gradle-wrapper.properties
wrapper相关配置文件：当其他人编译你的项目时，即使他们没有安装gradle，使用./gradlew相关命令时，这个文件会检查正确版本的gradle是否被安装，如有必要会帮你下载正确的版本。下面会详细讲wrapper。
distributionBase=GRADLE_USER_HOME
//决定解压后的Gradle包是存储到工程目录下, 还是存储到Gradle user home directory.
//(对于Unix machines, Gradle user home directory默认在 ~/.gradle/wrapper.)
//如果是PROJECT则zip会解压到该工程目录下
distributionPath=wrapper/dists
//解压后的Gradle包存放的具体路径.//
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
//下载的Gradle zip包所放置的目录//
distributionUrl=https\://services.gradle.org/distributions/gradle-2.2.1-all.zip
//Gradle的下载地址.//settings.gradle
该文件组合你所有想构建的module。
include ':app', ':ActionBar-PullToRefresh'gradle.properties (Project Properties)
这个文件包含整个project的配置信息。默认是空文件，你可以添加各种属性值到这个文件，build.gradle中可以引用之。
local.properties (SDK Location)
这个文件告诉Android Gradle plugin你的Android SDK安装在哪
The Gradle Wrapper
Android Studio新建项目时都建议使用Gradle Wrapper来构建，这不是必须的，直接指定你本地的安装的Gradle也行。
用wrapper的好处是当别人参与到该项目时，无须事先本地安装Gradle或者Android Studio，当运行./gradlew相关的命令时，wrapper会检查本地相应目录下是否已经有对应版本的Gradle，如果没有会帮你下载正确的版本。还有对于一些持续集成的测试服务器，不一定是安装了Gradle的，这时候使用wrapper就能避免重新配置服务器。
如果你想将Gradle项目转换成基于Gradle Wrapper的，只需要简单的跑一下gradle wrapper即可，也可以加上–gradle-version 2.4选项来指定一个gradle的版本，–gradle-distribution-url选项指定了从哪儿下载gradle，如果没有任何选项，则会从Gradle repository下载你运行wrappertask的gradle版本。你也可以将wrapper这个task写入你的build.gradle文件：
task wrapper(type: Wrapper) {
gradleVersion = '2.4'
}wrapper task会在你的项目根目录下生成如下文件：
sample/
gradlew
gradlew.bat
gradle/wrapper/
gradle-wrapper.jar
gradle-wrapper.properties这些文件是都应该加入到版本控制中的。
如果你想更改Gradle版本，可以直接修改gradle-wrapper.properties文件：
distributionUrl=https\://services.gradle.org/distributions/gradle-2.4-all.zip或者再跑一下wrappertask重新生成这些文件，因为wrapper脚本可能会有更新。
使用wrapper的话会忽略你本机已经安装的gradle。
关于Build variants
Build variants是product flavors和build types的组合。
buildTypes {
debug {
debuggable true
}
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
productFlavors {
demo {
applicationId "me.zircon.test.demo"
versionName "1.0-demo"
}
full {
applicationId "me.zircon.test.full"
versionName "1.0-full"
}
}上面的片段会组合成4种variants：demoDebug，demoRelease，fullDebug，fullRelease。
Source Sets
我们可以在src下建立多个source set：
每一个set代表一个flavor或者build type，main set所有variants都会用到。在编译某个variants时会选择相应set中的src和res。比如assembleDemoDebug，会组合main，demo和debug set。对于res和manifest文件，内容会合并，如果有重名字段的，其合并优先级从低到高是：
libraries/dependencies -> main src -> productFlavor -> buildType。对于src，组合成variants的set中不能存在重名文件，即demo和Debug中不能同时存在一个A.java，但是Debug和Release中可以同时有。 当然我们也可以通过脚本中的sourceSets{ }配置目录结构。 特别对于非约定目录结构的工程（比如Eclipse工程），通过sourceSets{ }加以配置以便Gradle识别：
关于dependencies
dependencies一般有三种形式：
- Module Dependencies
compile project(":lib")- Local Dependencies
compile fileTree(dir: 'libs', include: ['*.jar'])- Remote Dependencies
compile 'com.android.support:appcompat-v7:19.0.1'对于Remote Dependencies，书写的格式一般是group:name:version，这个网址可以帮你搜索lib并生成dependencies。 [Maven Central]。
jcenter 和 Maven Central
Gradle会自动从repositories{…}帮你下载编译Remote Dependencies。
旧版本的Android Studio默认生成的repositories{ }是Maven Central，而新版本已经变成jcenter。这两者都是相互独立的lib仓库，由不同的厂商托管，相较之下，jcenter有以下优势：
- jcenter对开发者是友好的，上传自己的lib到jcenter很方便
- jcenter利用CDN加速，所以下载lib更快
- jcenter类库更全，可以认为是Maven Central的超类
并不是所有类库都host在jcenter或者Maven Central上，有些是host在自己的Maven仓库中，比如我们项目中所使用的twitter的crashlytics库，它host在twitter自己的仓库中
repositories {
maven { url 'https://maven.fabric.io/public' }
}关于如何将自己的类库上传到jcenter可以参考 [ 这篇文章 ]。
Gradle的一些概念
我们回过头来看看Gradle的一些概念。
Gradle脚本基于Groovy。每一个Gradle脚本执行时都会配置一种类型的对象。比如执行build.gradle会建立并配置一个Project类型的对象，而settings.gradle则配置Settings对象。相应的这个类型中的属性和方法可以直接用在脚本中，如：file(…)返回路径的File对象；println name则打印该project的name。
脚本里可以使用任何Groovy/Java的语法。比如解析AndroidManifest文件取得VersionName
def manifestVersionName() {
def manifestFile = file(project.projectDir.absolutePath + '/src/main/AndroidManifest.xml')
def ns = new groovy.xml.Namespace("http://schemas.android.com/apk/res/android", "android")
def xml = new XmlParser().parse(manifestFile)
return xml.attributes()[ns.versionName].toString()
}Project
Gradle里面的Project的概念可以理解成Android Studio中的Module的概念，Project是指我们的构建产物（比如Jar包）或实施产物（将应用程序部署到生产环境）。一个项目可以包含一个或多个任务。
Task
Project由一个或多个Task组成，每一个Task代表了一连串原子性的操作。在Android Studio右边的Gradle面板或者输入命令./gradlew tasks都能查看当前项目所有的Task。 我们也可以用多种方式来新建一个task：
task myTask
task myTask { configure closure }
task myType << { task action }
task myTask(type: SomeType)
task myTask(type: SomeType) { configure closure }Plugin
在Gradle中，所有有用的特性都是由Plugin来提供的。添加Plugin到Gradle中其实就是添加了一些新的task，域对象(如SourceSet)，约定(如Java source默认放在src/main/java下)，同时也会扩展一些已经存在的类型。 Plugin分两种：脚本插件apply from: ‘other.gradle’和二进制插件apply plugin: ‘java’。
Refs
1.https://docs.gradle.org/current/userguide/userguide.html
2.http://tools.android.com/tech-docs/new-build-system
3.http://developer.android.com/sdk/installing/studio-build.html