Gradle3-简单讲解

Gradle DSL

在android{}块中可以包含以下直接配置项：

defaultConfig{} 默认配置，是ProductFlavor类型。它共享给其他ProductFlavor使用
sourceSets{ } 源文件目录设置，是AndroidSourceSet类型。
buildTypes{ } BuildType类型
signingConfigs{ } 签名配置，SigningConfig类型
productFlavors{ } 产品风格配置，ProductFlavor类型
testOptions{ } 测试配置，TestOptions类型
aaptOptions{ } aapt配置，AaptOptions类型
lintOptions{ } lint配置，LintOptions类型
dexOptions{ } dex配置，DexOptions类型
compileOptions{ } 编译配置，CompileOptions类型
packagingOptions{ } PackagingOptions类型
jacoco{ } JacocoExtension类型。 用于设定 jacoco版本
splits{ } Splits类型。

在DSL文档中，以上每个类型都有它的详细配置选项

工程里有几个gradle文件，一般为build.gradle。不要觉得他语法挺奇怪的，他不属于标记性语言（conf或者xml等），他是标准的groovy语言。他一转换成标准java代码。以下解释经过优化，更便于理解！

有几个概念要先理解一下：project，task，afterEvaluate周期，gradle的依赖（不是项目依赖，classpath环境），gradle插件简介

project

介绍project之前先熟悉一下gradle风格项目的目录结构。首先根目录：

- app 
- build.gradle 
- gradlew 
- gradlew.bat 
- settings.gradle 

1. App下面就就是主工程。
2. build.gradle是管理所有工程的的脚本，以及管理gradle编译的依赖（classpath）。
3. gradlew和gradlew.bat初始化环境变量，他就是项目构建执行的入口。
4. setting.gradle用来注册所有模块。

以上目录成为rootProject。在build.gradle里边使用project使用，它代表rootProject。但是，如果在app下边的build.gradle使用project的时候，就代表app工程。（以上project皆代表变量，这个变量拥有当前模块的一切信息，可以在build.gradle中任何地方使用它，只需要注意project指向问题）

afterEvaluate周期

afterEvaluate 这个回调需要了解一下，首先我们把gradle编译项目分为两步：构建项目使用的gradle脚本和构建项目。举个例子：人吃饭需要饭，饭需要制作。那么做饭是第一步，吃饭时第二步。如果把做饭比作构建gradle脚本，那么构建项目就是吃饭。afterEvaluate这个回调，就是吃饭的回调。告诉你饭熟了，接着该吃饭了。
在Gradle项目中，我们会注册很多个ext参数或者android参数，这些东西在饭熟之前是拿不到的。

task

项目构建是一步一步完成的，比如有一个影响深远的哲学问题，把大象放进冰箱分为几步，先什么什么在什么什么。task就是这个步骤，android打包步骤这里不赘述，只需要明白它是由一个一个task串并联起来的。

:app:preSitDebugBuild UP-TO-DATE
:app:compileSitDebugAidl UP-TO-DATE
:app:compileSitDebugRenderscript UP-TO-DATE
:courierMain:generateDebugRFile UP-TO-DATE
:app:checkSitDebugManifest
:courierMain:generateDebugSources UP-TO-DATE
:app:checkSitDebugManifest UP-TO-DATE
:app:generateSitDebugBuildConfig UP-TO-DATE
:app:rpGenerateSitDebugHostConfig
:app:generateSitDebugResources UP-TO-DATE
:app:mergeSitDebugResources UP-TO-DATE
:app:processSitDebugManifest UP-TO-DATE
:app:processSitDebugResources UP-TO-DATE
:app:generateSitDebugSources UP-TO-DATE

其中:app代表在app下，:理解为/就可以了，整句就是执行根目录下app下的什么什么task。UP-TO-DATE 使用缓存构建，代表跳过。

在build.gradle中声明一个task很容易。

task {
    // code block1
    doFirst {
    // code block2
    }
    doLast {
    // code block3
    }
}

在饭熟之前，系统会自动回调code block1和code block2的内容。只有写在doLast里边的会在手动出发之后执行，这一点需要注意。
Task之间可以使用 dependOn进行依赖，这样就可以把一个一个task串联起来，用来构建项目。一个task同时对两个task进行依赖的时候，使用mustRunAfter进行排序。task之间的依赖就不要搞得太复杂了。更多使用见官方文档，这里只是了解。

classpath

Gradle构建也需要有依赖，类似我们项目的dependencies。只不过它通常使用classpath声明一个依赖。在rootProject的build.gradle中buildscript可以找到。

buildscript {
    repositories {
        flatDir name: 'localRepository', dir: "ma/repos"
        maven {
            url "http://nexus.sf-express.com/nexus/content/groups/public/"
        }
    }
    configurations.all {
        resolutionStrategy.cacheDynamicVersionsFor 0, 'seconds'
        resolutionStrategy.cacheChangingModulesFor 0, 'seconds'
    }
    dependencies {
        //声明依赖
        classpath 'com.android.tools.build:gradle:3.1.3'
        classpath 'com.sf.replugin:replugin-host-gradle:2.2.3.2462.311'
        classpath 'com.jakewharton:butterknife-gradle-plugin:8.4.0'
        classpath "io.lecon.moduleassistant:ma-lib:0.0.4.dev-SNAPSHOT"
    }
}

这个gradle构建工程使用了四个依赖，谷歌的android依赖，插件化的依赖，butterknife以及ma。他们都是为构建gradle而服务的，原则上不涉及到我们要写代码的工程，只是更好的为我们写代码服务（做饭过程）。
所以你可以明白buildscript-> repositories-> maven和allprojects->repositories->maven虽然写的一样，但他们代表的意义确实不同的，一个服务于gradle构建脚本（做饭），一个服务于所有子项目的依赖（吃饭）。

gradle插件

这个话题如果详细说的话，需要很打的篇幅，这里只是简单介绍一下。介绍一下能做到哪些东西。
Gradle的插件非常开放：

可以动态增删改查classpath，以及项目的dependencies，
动态创建task，修改你build.gradle中的dsl。
以及实现动态增加或者更改代码（transform代码扫描更改技术），butterknife中findviewbyid的生成和Replugin插件的生成（代码生成技术和代码插装技术）
获取项目中的所有路径，包括代码（sourceSets），资源路径，AndroidMainfest，以及Apk输出路径，甚至你可以干扰这些过程（task的doLast和dependOn）。
使用这个，你甚至可以写一个小型的Jvm程序，但别忘了，你要写的代码的是辅助项目开发。
在编写代码的时候，需要注意gradle的生命周期，明确他是在做饭还是吃饭时期，否则有些变量无法获取。