Gradle 本身只提供基本框架和核心概念,几乎所有的功能都是以插件的方式提供的。
例如构建 Java 应用的功能就是通过 Java 插件实现的。
Gradle 内置了很多核心语言插件,基本上能满足大部分的构建工作,但有些插件没有内置或者有些功能没有提供,我们也可以自定义插件来使用,例如 android Gradle 插件就是基于 Java 插件扩展的。
插件的作用
插件可以封装一系列任务,例如 编译,测试,打包等。
插进可以定义约定,例如 应用Java 插件后,约定的源代码位置就在 src/main/java 目录下。
插件可以封装配置,当项目应用插件时自动应用插进的配置。
插件可以扩展 Gradle 模型,添加可配置的 DSL 元素,例如 Android Gradle 的 android{}
这就是插件,我们只需要按照它的约定的方式,使用它提供的任务、方法或扩展就可以对我们的项目进行构建。
使用插件可以将相似的代码进行封装以提高重用性,使构建脚本高度模块化,增强组织性和可读性。
插件类型
Gradle 有两种插件
- 脚本插件
- 二进制插件
脚本插件
脚本插件通常是一个脚本。
脚本插件其实并不能算是一个真正的插件,但我们不能忽视它的作用,它是脚本模块化的基础。
我们可以把复杂的脚本文件,进行分块,分段整理,拆分成一个个职责分明的脚本插件。
就像我们平常封装的 Utils 工具类一样,封装一个 utils.gradle 工具脚本
二进制插件
二进制插件是实现了Plugin 接口的插件,以编程的方式操纵构建。
二进制插件一般是打包在一个 jar 里独立发布的。
发现插件
Gradle 专门有一个网站可以发布和寻找插件 https://plugins.gradle.org
当然也可以在 Github 上搜索,开源的力量是强大的。
使用插件
要使用一个插件必选先找到它,然后把它应用到我们的项目。
将插件应用到我们的项目就可以使用它了。
所以使用一个插件需要两步:
- 找到插件并添加到类路径
- 应用插件到项目
一旦插件被应用就可以使用它的 API 了。
应用插件就是在目标项目执行插件的 Plugin.apply(T) 方法。
插件的应用是幂等的,应用多次和一次的效果是一样的。
应用脚本插件
前面说过脚本插件其实就是一个脚本,应用脚本插件其实就是将这个脚本加载进来。
使用 apply from 将脚本加载进来
apply from: ‘other.gradle‘
脚本可以存在本地,也可以存在网络上。
存在本地就使用本项目的相对路径。
存在网络上就要使用 HTTP URL 。
应用二进制插件
二进制插件应用是通过他们的 ID 应用的。
插件 ID 是插件的全局唯一标识符或者名字
Gradle 核心插件的特殊之处就在于他们都有一个简短的 ID,例如 Java 插件的是 "java" 。
其他所有的二进制插件都必须使用完全限定形式的插件 ID (com.github.foo.bar) 。
插件 ID 在哪用就取决于你是使用 plugins{} 还是 buildscript{} 了。
核心插件是作为 Gardle 的一部分在应用时是由 Gradle 分发并自动解析的。
而其他的二进制插件则必须在应用前被找到并解析。
Gradle 通常是在下面这个几个地方去寻找
- 在上述提到的 Plugins 网站上或者自定义的仓库里
- 在指定的外部依赖 jar
- 在项目的 buildSrc 目录下寻找源文件
- 声明在脚本里的插件
目前有两种方式使用插件,一种是使用新推出的 plugins{} 应用插件,另一种是使用 buildscript{} 应用插件。
目前 Gradle 推荐使用 plugins{} 。
下面是两个方式的使用方法。
使用 buildscript{} 应用二进制插件
使用 buildscript{} 块应用的二进制插件都是通过 Project.apply() 方法完成的。
应用 Java 插件: build.gradle
apply plugin: ‘java‘
这里的 "java" 就是 Java 插件的 ID,它对应的类型是 org.gradle.api.plugins.JavaPlugin
也可以通过类型应用插件:build.gradle
apply org.gradle.api.plugins.JavaPlugin
因为 org.gradle.api.plugins 是默认导入的,所以也可以直接去掉包名称直接写为
apply plugin:JavaPlugin
要使用第三方的插件就必须先在 buildscript{} 配置 类路径才可以使用。
这个不像 Gradle 的内置插件,是由 Gradle 负责分发的。
例如我们的 Android Gradle 插进,就属于 Android 发布的第三方插件,如果要使用就先要进行配置
buildscript {
repositories {
mavenCentral()
google()
jcenter()
}
dependencies {
classpath ‘com.android.tools.build:gradle:3.2.0‘
}
}
因为 Android Gradle 插进是托管在 jcenter 仓库上,所以必须在 repositories{} 添加 jcenter 仓库。
buildscript{} 块是一个在构建项目之前,为项目进行前期准备和初始化相关配置依赖的地方,配置好所需的依赖,就可以应用插件了:
apply plugin: ‘com.android.application‘
如果没有提前在 buildscript{} 里配置依赖的类路径,会提示找不到这个插件。
使用 plugins DSL 应用二进制插件
plugins DSL 配置可以很方便的访问 Gradle 插件网站上的插件。
这个配置块配置的是一个PluginDependenciesSpec 实例
应用核心插件
plugins {
id ‘java‘
}
使用插件 ID (必须是完全限定形式)应用第三方插件
plugins {
id ‘com.jfrog.bintray‘ version ‘0.4.1‘
}
使用 plugins{} 应用插件就不用先配置依赖然后再使用 apply 方法了,只需要在 plugins{} 里配置就可以了。
plugins DSL 的限制
虽然 plugins DSL 将使用插件的步骤精简了,但还是有一些限制的,它的语法被固定了,不能改变
plugins {
id ?plugin id? // (1)
id ?plugin id? version ?plugin version? [apply ?false?] // (2)
}
- 适用于有简写名字的核心插件或者已经加载过的第三方插件
- 适用于需要被解析的第三方插件
plugin id 和 plugin version 是必需的 且必须是常量,字面量,字符串.其他语句都是不允许的
apply 是可选的,默认是 true;它是控制在应用插件的时候是否立刻使用插件的默认行为。
这个 plugins{} 块 是不能嵌套在别的配置块里的,必须是脚本的顶级模块。
在目前的 5.6.2 版本里 plugins{} 只能在项目的构建脚本里使用,不能在脚本插件里,settings.gradle 以及 init.gradle 脚本里。
应用插件到子项目
可以利用 plugins {} 的 apply 选项将插件应用到某些项目而不是所有项目里。
默认 plugins {} 的插件是立即被解析并应用的。
可以使用 apply false 告诉 Gradle 不应用到当前项目,
然后在子项目的脚本中使用 apply plugin <
settings.gradle
include ‘helloA‘
include ‘helloB‘
include ‘goodbyeC‘
build.gradle
plugins {
id ‘org.gradle.sample.hello‘ version ‘1.0.0‘ apply false
id ‘org.gradle.sample.goodbye‘ version ‘1.0.0‘ apply false
}
subprojects {
if (name.startsWith(‘hello‘)) {
apply plugin: ‘org.gradle.sample.hello‘
}
}
goodbyeC/build.gradle
plugins {
id ‘org.gradle.sample.goodbye‘
}
上面的示例演示了如何给多个子项目分别应用不同的插件。
使用 buildSrc 目录下的插件
项目的 buildSrc 目录下的插件也是可以使用的,但必须定义插件 ID 。
下面是一个使用 buildSrc 目录下的插件的示例
这个插件 ID 是 my-plugin 实现的插件类是 my.MyPlugin
buildSrc/build.gradle
plugins {
id ‘java‘
id ‘java-gradle-plugin‘
}
gradlePlugin {
plugins {
myPlugins {
id = ‘my-plugin‘
implementationClass = ‘my.MyPlugin‘
}
}
}
dependencies {
compileOnly gradleApi()
}
使用插件
plugins {
id ‘my-plugin‘
}
Plugin Management
这个 pluginManagement DSL 是用来管理插件的,它可以配置插件,自定义仓库,自定义解析规则等。
pluginManagement{} 只能定义在两个地方:
- settings.gradle 里,并且必须是第一个模块
- init.gradle 里
settings.gradle
pluginManagement {
plugins {
}
resolutionStrategy {
}
repositories {
}
}
init.gradle
settingsEvaluated { settings ->
settings.pluginManagement {
plugins {
}
resolutionStrategy {
}
repositories {
}
}
}
自定义仓库
plugins 默认是在 Gradle 的插件网站寻找插件的
我们可以在 pluginManagement{} 里的 repositories{} 里配置自己的仓库
Gradle 会按照配置的仓库顺序依次寻找插件
settings.gradle
pluginManagement {
repositories {
maven {
url ‘../maven-repo‘
}
gradlePluginPortal()
ivy {
url ‘../ivy-repo‘
}
}
}
首先在位于 ../maven-repo 的Maven 仓库找,找不到再去 Gradle 的插件网站 ,最后是位于 ../ivy-repo 的 ivy 仓库。
插件版本管理
在 pluginManagement{} 里的 plugins{} 里配置插件是没有固定语法限制的。
可以把所有的版本都放在一个单独的脚本里,或者是使用 gradle.properties 文件配置属性
settings.gradle
pluginManagement {
plugins {
id ‘org.gradle.sample.hello‘ version "${helloPluginVersion}"
}
}
build.gradle
plugins {
id ‘org.gradle.sample.hello‘
}
gradle.properties
helloPluginVersion=1.0.0
解析规则
解析规则就是解析插件的规则,通过自定义插件规则可以更改 plugins{} 块中的插件请求,例如更改请求的版本或显式指定实现工件坐标。
解析规则是在 pluginManagement{} 里的 resolutionStrategy{} 里配置的。
插件解析策略:
pluginManagement {
resolutionStrategy {
eachPlugin {
if (requested.id.namespace == ‘org.gradle.sample‘) {
useModule(‘org.gradle.sample:sample-plugins:1.0.0‘)
}
}
}
repositories {
maven {
url ‘../maven-repo‘
}
gradlePluginPortal()
ivy {
url ‘../ivy-repo‘
}
}
}
这告诉 Gradle 使用指定的插件实现工件,而不是使用从插件 ID 到 Maven / lvy 坐标的内置默认映射。
除了实际实现插件的工件之外,自定义 Maven 和 lvy 插件仓库必需包含 插件标记工件。
关于将插件发布到自定义的仓库的可以查看 Gradle 插件开发:
传送门
Plugin Marker Artifacts (插件标记工件)
这里插入一个 Maven 中的概念:Artifact (工件)
Artifact 的概念比较抽象,它是 Maven 项目将要产生的文件。
一个Maven 项目可能会产生多个 Artifact ,可能是 jar 文件,源文件,二进制文件,war 文件,甚至是 pom 文件。
每一个 artifact 都有一个 group ID (通常是反转的域名,就像包名),一个 artifact ID (一个名字)以及一个版本号,
这三个组合在一个表示一个 artifact 的坐标:groupId:artifiactId:version
由于 plugins DSL 块只允许通过全局唯一的插件 id 和 version 属性声明插件,因此 Gradle 需要一种方法来查找 插件实现工件 的坐标。
为此,Gradle 将使用坐标查找 插件标记工件 plugin.id:plugin.id.gradle.plugin:plugin.version 。
此标记需要依赖于实际的插件实现。java-gradle-plugin 会自动发布这些标记。
例如,下面的完整示例 sample-plugins 演示了如何使用 java-gradle-plugin,maven-publish 插件和 ivy-publish 插件的组合将 org.gradle.sample.hello 插件和 org.gradle.sample.goodbye 插件发布到 Ivy 和 Maven 仓库。
完整插件发布示例
plugins {
id ‘java-gradle-plugin‘
id ‘maven-publish‘
id ‘ivy-publish‘
}
group ‘org.gradle.sample‘
version ‘1.0.0‘
gradlePlugin {
plugins {
hello {
id = ‘org.gradle.sample.hello‘
implementationClass = ‘org.gradle.sample.hello.HelloPlugin‘
}
goodbye {
id = ‘org.gradle.sample.goodbye‘
implementationClass = ‘org.gradle.sample.goodbye.GoodbyePlugin‘
}
}
}
publishing {
repositories {
maven {
url ‘../../consuming/maven-repo‘
}
ivy {
url ‘../../consuming/ivy-repo‘
}
}
}
运行 gradle publish 将会产生如下结构
就像前面提到的 插件标记工件 的坐标和插件 id 的映射关系。
下面以 hello 插件举例
- id 是 org.gradle.sample.hello
- 版本是 1.0.0
位于 Maven 仓库的 artifact 坐标就是 org.gradle.sample.hello:org.gradle.sample.gradle.plugin:1.0.0
- groupId: org.gradle.sample
- artifactId: org.gradle.sample.gradle.plugin
- version: 1.0.0
对应的就是上面说到的 plugin.id: plugin.id.gradle.plugin:plugin.version
如果我描述的不好或者不太详细,可以查看 《Android Gradle 权威指南》 和 Gradle 用户手册。