自定义Gradle Plugin

王生
3,401 阅读5分钟
原文链接： blog.csdn.net

转载注明出处：blog.csdn.net/xiaohanluo/…

1. 前言

自定义Gradle Plugin使用的是Groovy语言，和Java很像，很容易理解，不做过多的语言介绍。

2. Gradle Plugin的位置

  • 直接在构建文件build.gradle中编写Plugin，这种方法写的Plugin无法被其他构建文件引用
  • 单独写Gradle Plugin文件，放在rootProjectDir/buildSrc/src/main/groovy/目录下，同一个工程中所有的构建文件够可以引用这个插件，但是不能被其他工程引用
  • 单独的工程中自定义Gradle Plugin，上传到远端maven库等，其他工程通过添加依赖，引用这个插件

3. 简单的Gradle Plugin示例

自定义插件，需要实现Plugin接口。在其他工程的构建文件中通过Plugin.apply(T)方法引用插件，这个工程会被当作参数传入。上面讲了Gradle Plugin可能存在的三种位置，下面是一个简单插件的示例，是直接写在build.gradle的。

apply plugin: DemoPlugin

// 其他一些工程的配置信息
...

class DemoPlugin implements Plugin<Project> {
    void apply(Project project) {
        project.task('hello') {
            doLast {
                println "Hello World from the DemoPlugin"
            }
        }
    }
}

使用gradle -q hello指令输出如下：

> gradle -q hello
Hello World from the DemoPlugin

因为这个Gradle Plugin是直接写在构建文件build.gradle里的，所以它不能被其他构建文件引用，下面介绍可被其他工程引用的自定义插件。

4. 自定义插件

想要可以被其他工程引用我们自定义的Gradle Plugin，需要将Gradle Plugin上传到maven等远端库，因为是demo，就将插件发布到本地。一般来说有下面几步。

  • 在rootProjectDir/buildSrc/src/main/groovy/目录下创建插件，并实现具体内容
  • 在rootProjectDir/buildSrc/src/main/resources/META-INF/gradle-plugins目录下创建属性文件声明插件的具体实现类，属性文件的名称和Gradle Plugin Id相匹配，内容是implementation-class=具体实现类全称
  • 上传mavan等库，这篇文章就不上传到maven库，将插件发布到本地
  • 其他工程引用插件

4.1 插件具体实现类

目录结构如下：


图-1 插件目录结构图

插件类具体内容如下：

package com.spi.demo.gradle

import org.gradle.api.Plugin
import org.gradle.api.Project

public class DemoPlugin implements Plugin<Project> {
    void apply(Project project) {
        project.task('hello') {
            doLast {
                println "Hello World from the DemoPlugin"
            }
        }
    }
}

可以看出其实和Java文件差别不大，这个插件主要申明了一个名为hello的任务，这个任务只输出一句话。

实现了Gradle Plugin的具体实现类后，在/buildSrc/src/main/resources/目录下创建属性文件声明Gradle Plugin的具体实现类的位置。属性文件的名称是.propertires，内容是具体实现类的位置，这个demo中属性文件的内容如下：

implementation-class=com.spi.demo.gradle.DemoPlugin

4.2 插件Id

插件Id是自定义的，声明插件Id后，其他工程在构建文件build.gradle中通过apply plugin: 'Plugin Id'来引用具体的Gradle Plugin。

插件id类似于java中的包名，可以避免与其他插件发生冲突。

插件id最好是组件命名空间和插件名称的结合，例如，如果有一个名为“foo”的Github账户，他插件被命名为“bar”，插件id可以是com.github.foo.bar。同样，如果一个叫做baz的插件开发组织，插件id可以是org.baz.bar插件。

插件id遵从一下规则：

  • 可以包含任何字母和数字，以及“.”和“-”字符
  • 必须包含至少一个“.”字符
  • 只能使用小写字母
  • org.gradle和com.gradleware不能被使用
  • 不能以“.”字符开始或者结束
  • 不能连续使用“.”字符

尽管插件id和Java包名有些相似，但实际上包名比插件id要详细得多。

4.3 发布插件

在gradle文件或者pom文件引入一个库，需要有groupId、artifactId、version三个属性，根据这三个属性来区分找到唯一的库。

例如：

compile 'com.android.support:appcompat-v7:25.3.1'

这个引用中

  • com.android.support是groupId
  • appcompat-v7是artifactId
  • 25.3.1是version。

同样，在发布插件时候，也需要这三个属性，用于和其他插件做出区分。

在build.gradle文件内容如下，添加上传任务：

apply plugin: 'java'
apply plugin: 'groovy'
apply plugin: 'maven'

dependencies {
    compile gradleApi()
    compile localGroovy()
}

group = 'com.spi.demo'
version = '1.0-SNAPSHOT'

uploadArchives {
    repositories {
        mavenDeployer {
            repository(url: uri('../repo'))
        }
    }
}

在这里，定义了group和version，但是没有定义artifact，这是因为artifact默认是这个工程目录名称，这个demo中artifact就是plugin。

在uploadArchives任务中，我们将插件发布到本工程的上一层目录的repo文件夹中。执行这个任务后，插件会被发布，发布后目录结构如下图。


图-2 本地插件目录结构图

可以直接在终端使用指令执行uploadArchives任务，可以将plugin目录工程设置成module，使用Android Studio执行任务。


图-3 上传插件任务图

4.4 引用插件

在工程的构建文件build.gradle中添加依赖，引用插件。

apply plugin: 'com.spi.demo'

buildscript {
    repositories {
        maven {
            url uri('../repo')
        }
    }
    dependencies {
        classpath 'com.spi.demo:plugin:1.0-SNAPSHOT'
    }
}

添加了构建的依赖库路径，配置了依赖的具体插件名称。然后在任务列表中就可以看见名为hello的任务。


图-4 引入插件任务图

使用gradle -q hello指令输出如下：

> gradle -q hello
Hello World from the DemoPlugin

5. 总结

本文没有讲解将插件发布到远端，插件可以发布到lvy仓库、maven仓库、Gradle plugin portal三个地方。

avatar
文章
阅读
粉丝

友情链接：