Gradle(入门)

简介: 目录Gradle 安装配置 SDKMAN方式Chocolate命令行选项守护进程构建依赖 dependency常用插件测试第一个 build.

目录


Gradle

安装配置

SDKMAN方式

  • 先安装sdkman
  • 使用Bash运行curl -s "https://get.sdkman.io" | bash
  • sdk install gradle 即可安装

Chocolate

  • windows 上安装 chocolate
  • PowerShell中运行 wr https://chocolatey.org/install.ps1 -UseBasicParsing | iex
  • 若操作系统默认禁止执行脚本,执行一次set-executionpolicy remotesigned后脚本顺利执行
  • Chocolatey在安装包的时候,默认路径是按照系统的默认路径来的,如果想修改安装路径可以这样处理:
    1. 执行“开始/运行”命令(或者WIN + R),输入“regedit”,打开注册表。
    2. 展开注册表到下面的分支[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion],在右侧窗口中找到名为“ProgramFilesDir”的字符串,双击把数值“C:\Program Files”修改为“D:\ProgramFiles”,确定退出后,即可更改常用软件的安装路径了。

命令行选项

  • gradle 构建文件中的task名: 直接运行task
  • -b,--build-file test.gradle 指定运行脚本文件
  • --offline 离线模式
  • -P ,--project-prop:配置参数 -Pmyprop=value
  • -i,--info : 打印info级别的输出
  • -s,--stacktrace: 输出错误栈
  • -q,--quiet:减少构建出错时打印的错误信息
  • tasks : 输出所有建立的task
  • properties : 输出所有可用的配置属性

守护进程

  • 命令加上 --daemon就会开启一个守护进程,只会开启一次,
  • 守护进程会在空闲3小时后销毁
  • 手动关闭 gadle --stop
  • 构建时不采用守护进程 --no--daemon

构建依赖

dependency

  • 和Maven用的是同一种方式 三个基本坐标
  • 本地依赖 compile files('lib/ojdbc-14.jar') 相对的根目录是src同级目录

常用插件

  • lombok
    • compile 'org.projectlombok:lombok:1.16.16'

测试

凡是依赖于本地环境的测试,使用完就注释Test注解,还有那些会CRUD,影响到数据的测试方法也是
以防以后线上测试通不过


第一个 build.gradle

   task helloworld{
      doLast {
         printf 'Hello World!'
      }
   }
   或者是 使用 << 代表doLast:
   task helloworld<<{
      println 'Hello world!'
   }
  • 运行:gradle -q helloworld

配置Gradle包管理器 Wrapper

在使用IDE生成项目的时候,可以选择gradle的执行目录,可以选gradle wrapper 也可以选自己下载解压的完整包
如果使用的不是这个wrapper,那么别人在下载项目后,运行gradle命令就要先安装gradle,使用wrapper更好

   task wrapper(type: Wrapper){
      gradleVersion = '1.7'
      distributionUrl = '限定访问内网的URL'
      distributionPath = '包装器被解压缩放的相对路径'
   }
  • 运行 gradle wrapper 一次即可开始使用包装器的脚本来构建项目了
  • 生成gradle包管理器:gradle wrapper --gradle-version 2.0

Gradle进阶知识

Gradle 构建块

  • 三个基本块 project task property, 使用DDD(领域驱动设计)
  • 一个真实的项目包含多个project 而 Project又包含多个task ,task之间通过依赖来确保执行顺序
  • build.gradle 和 pom.xml 作用是一致的,但是gradle可以使用一份源码 构建出多种想要的目标程序
  • gradle 也方便构建多模块项目

task的依赖关系

   version = '0.1-SNAPSHOT'
   task first {
    println 'First Run !'
   }
   task second {
    println 'Second Run !'
   }
   task printVersion (dependsOn:[second,first]){
    doLast {
        println "Version : $version"
        logger.quiet "Version : $version"
    }
   }
   task third <<{
    println 'Third Run!'
   }
   third.dependsOn('printVersion')
  • 如果把second的定义放在First前面,就会先运行second
  • 这个例子就说明了,被依赖方的运行,不是按照声明的顺序,而是定义的顺序
    • (因为依赖是只要被依赖方执行即可,和顺序关系不是很大)
  • 还可以使用SLF4J的logger实现
    • 日志级别 DEBUG,ERROR,INFO,TRACE,WARN ,还有QUIET…
  • 如果 是 gradle -b tasksL.gradle -q third 就会运行所有的task,因为这是最后一层依赖
    • 如果 是gradle -b tasksL.gradle -q printVersion 就会只运行 printVersion 如果整个文件有编译错误也是不运行的

终结器 task

   task f<<{println 'first'}
   task s<<{println 'second'}
   f.finalizedBy s
   //当运行 gradle f 就会自动触发 s
   //如果gradle s 就和f没有任何关系了

Groovy的POGO类管理配置文件上的版本号

  • taskL.gradle
  • gradle -b tasksL.gradle -q printVersion
  • 虽然只是 运行了这个task 但是读取文件的task也被自动调用了
  • 因为Gradle的构建生命周期阶段如下: 初始化、配置和执行 读取文件就属于配置阶段
    • 注意 : 项目的每一次构建都会运行属于配置阶段的代码,即使你只是运行了 gradle tasks

增量式构建特性

  • 如果Java源文件与最后一次运行的构建不同的话,运行 compileJava task 将充分提高构建的性能

task 的inputs 和 outputs

  • 流程 : inputs -> |task| -> outputs
  • gradle通过比较两个task的inputs和outputs来决定task是否最新
    • 如果inputs和outputs没有改变 就不会执行该task
    • 输入和输出可以是,一个文件,多个文件,一个目录,一个property属性
  • 示例代码:turnVersion.gradle
    • makeRealeseVersion : 将一个项目的版本切换为发布版本
    • IOReleaseVersion : 通过inputs/outputs来添加增量式构建支持
      • 发现并不能得到书上的预期效果,书上是说改动了properties文件才会让这个task运行,没有改就会说 up-to-date
      • 但是实际得到的是,改动了properties或者是构建文件都会引起task运行,两者都不改动就不会运行task,而且不会有输出提示up-to-date,要自己手动logger

编写和使用自定义task

  • 自定义task包含两个组件:

    • 自定义的task类,封装了逻辑行为,也被称为任务类型
    • 真实的task 提供了用于配置行为的task类所暴露的属性值
  • 这个task就是做到了改配置文件,确保是RELEASE版本

//先要实例化version属性对象的存在
   version = new ProjectVersion(0,1,true)
   //继承DefaultTask类型的自定义task类
   class ReleaseVersionTask extends DefaultTask{
    @Input Boolean release
    @OutputFile File destFile

    ReleaseVersionTask(){
        group = 'versioning'
        description = 'Make Project a release version'

    }
    //task的行为逻辑
    @TaskAction
    void start (){
        project.version.release = true;
        ant.propertyfile(file:destFile){
            entry(key:'release',type:'string',operation:'=',value:'true')
        }
        println "$project.version"
    }
}
//version的POGO类
class ProjectVersion{
    Integer major
    Integer minor
    Boolean release
    ProjectVersion (Integer major ,Integer minor){
        this.major = major
        this.minor = minor
    }
    ProjectVersion (Integer major ,Integer minor,Boolean release){
        this(major,minor)
        this.release = release
    }
    @Override
    String toString(){
        "$major.$minor${release?'-RELEASE':'-SNAPSHOT'}"
    }
}
//真实的task,用来操作自定义类暴露的几个属性
//使用命令来运行,本质是运行真实的task但是行为逻辑在自定义类中编写
//gradle -b UserDefineTask.gradle -q makeReleaseVersion
//如果要改动一些数据可以直接更改暴露的task而不用去改自定义的task类
task makeReleaseVersion(type:ReleaseVersionTask){
    release = 'true'
    destFile = file('version.properties')

}
  • 书上写的不完全,调试要死人

声明task规则

   //All used property must define and initial first
   version = new ProjectVersion(0,1,true)
   ext.versionFile = file('version.properties')
   class ProjectVersion{
       Integer major
    Integer minor
       Boolean release
       ProjectVersion (Integer major ,Integer minor){
        this.major = major
        this.minor = minor
    }
       ProjectVersion (Integer major ,Integer minor,Boolean release){
        this(major,minor)
        this.release = release
    }
       @Override
       String toString(){
           "$major.$minor${release?'-RELEASE':'-SNAPSHOT'}"
       }
   }
   // task规则的定义
   tasks.addRule("Pattern: increment<Classifier>Version - Increment the project version classifier." ){
   //根据预定义模式来检查task的名称
    String taskName -> if(taskName.startsWith('increment') && taskName.endsWith('Version')){
        //根据符合命名模式的task动态添加一个doLast的方法
        task(taskName)<<{
         //从完整的task名称中提取类型字符串,
         //字面意思是将字符串中increment和Version两个串去除掉然后转小写再赋值
            String classifier = (taskName - 'increment' - 'Version').toLowerCase()
            String currentVersion = version.toString()
            switch (classifier){
                case 'major':++version.major
                    break
                case 'minor':++version.minor
                    break
                default : throw new GradleException("Invalid version type '$classifier' . Allow types :['Major','Minor']")

            }
            String newVersion = version.toString()
            logger.info "Increment $classifier project version: $currentVersion -> $newVersion"
            ant.propertyfile(file:versionFile){
                entry(key:classifier,type:'int',operation:'+',value:1)
            }
        }
    }
}
  • 运行 gradle -b RulesTask.gradle -q incrementMinorVersion就可以增加版本号了,就是一个动态的执行命令的机制
    • 使用 incrementMajorVersion就可以增加主版本号
  • 如果运行 gradle -b RulesTask.gradle -q tasks 就会得到一个具体的tasks的组Rules

代码目录结构

  • groovy 在以下目录,Java在main.java的目录下,一般别人直接放在src下,buildSrc好像没有普及使用
    - build.gradle
    - buildSrc
        - src
            - main
                - groovy
                    - com
                        - myth
                            - test
                                - ProjectVersion.groovy
                - java
    - src
    - version.properties

测试优于业务逻辑实行


Gradle 自动测试

自动化测试理论

测试java应用程序

项目布局,目录树

单元测试

使用JUnit

使用其他框架 TestNG Spock

配置测试执行


打包

War包

Jar包

  • Gradle默认是只会打包源码,并不会打包依赖(为了更方便依赖的作用)
  • shadow插件官网文档

集成测试

多模块构建

树级结构的多模块项目就这样配置
- RedisClient
- Core
- Website

    rootProject.name = 'RedisClient'
    include 'Core','Website'

功能测试


Gradle插件

  • shadowJar

多语言编程

处理javascript

压缩javascript

  • 调用Google Closure Compiler 的task 来压缩javascript文件 将所有的javascript压缩成一个javascript文件
  • 执行该task gradle :web :taskname
  • 执行之后就能得到一个优化的js文件,现在就要在页面中修改原来的js引用

Java 和 Groovy的联合编译

  • src 下 main 下 java 和groovy 的一个目录结构,直接编译就会发生Java无法依赖groovy的类
  • 错误:需要配置 sourceSets.main.java.srcDirs=[] sourceSets.main.groovy.srcDirs=['src/main/java','src/main/groovy']
    • 正确: sourceSets.main.java.srcDirs=['src/main/java','src/main/groovy'] 上面的会报错
  • 配置好后就能把groovy当普通Java类直接使用了

Java 和 Scala

  • 联合双向编译 Java和scala
  • sourceSets.main.scala.srcDirs sourceSets.main.groovy.srcDirs=['src/main/java','src/main/scala']
  • 那么问题来了,如果是有了java groovy scala 呢怎么配置编译,直接就加上就好了嘛?

Jenkin 使用

下载安装和配置

  • 官网下载war包后,直接使用Java命令运行 或者放在web容器中运行
  • 配置下载插件(位置在C盘用户目录下, 其实第一次运行后也是会解压在.jenkin 目录下 插件就在plugin目录下)
目录
相关文章
|
6月前
|
XML Java 测试技术
Gradle安装部署与基础入门详解
Gradle安装部署与基础入门详解
715 0
|
Java 测试技术 Spring
Gradle从0入门到实战系列【八】SpringBoot集成Junit单元测试
JUnit 是一个 Java 编程语言的单元测试框架。JUnit 在测试驱动的开发方面有很重要的发展,是起源于 JUnit 的一个统称为 xUnit 的单元测试框架之一。
1591 1
Gradle从0入门到实战系列【八】SpringBoot集成Junit单元测试
|
Java API Apache
Gradle从0入门到实战系列【一】Hello World Gradle
早期没有项目管理工具时,对于项目所依赖的第三方包采用的是:拷贝三方jar包到本地,然后加入到lib目录下,这样做劣势不言而喻,管理复杂容易冲突。 Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化构建开源工具。它使用一种基于Groovy的特定领域语言(DSL)来声明项目设置,也增加了基于Kotlin语言的kotlin-based DSL,抛弃了基于XML的各种繁琐配置。面向Java应用为主。
601 0
Gradle从0入门到实战系列【一】Hello World Gradle
|
6月前
|
XML 缓存 Java
Gradle 构建自动化工具入门
Gradle 构建自动化工具入门
|
XML Java Apache
Gradle极简入门
Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化构建工具。它使用一种基于Groovy的特定领域语言(DSL)来声明项目设置,而不是传统的XML。Gradle构建脚本是用Groovy编写的,也可以使用Kotlin编写,两者都是基于JVM的语言。
313 0
|
XML 存储 缓存
|
架构师 Java 测试技术
Gradle从0入门到实战系列【三】build.gradle之Project
在gradle中,每一个build.gradle文件对应一个Project实例,我们在build.gradle中编写的内容,就相当于Project实例的属性或方法, build.gradle和Maven中的pom.xml都是一个项目(project)的依赖配置文件,只有掌握了Project相关知识,才能编写出强大的build.gradle。
894 1
Gradle从0入门到实战系列【三】build.gradle之Project
|
弹性计算 Java jenkins
Gradle从0入门到实战系列【十】集成Dockerfile构建Docker镜像
在工作中,我们会将SpringBoot程序打包成Docker镜像,这就需要在Gradle中配置Dockerfile构建程序,并且能将打包后的镜像部署并启动为一个容器,Gradle的插件能够帮我们完成这件事
1191 0
Gradle从0入门到实战系列【十】集成Dockerfile构建Docker镜像
|
缓存 Java Linux
Gradle从0入门到实战系列【九】仓库与私服
Gradle沿用了Maven仓库,在使用仓库时能够很友好的基于Maven仓库提供功能,但Gradle所产生的构建并不会提供给Maven仓库,因为Gradle自己拷贝了一份Maven本地仓库缓存到了自己仓库目录下。
1190 0
Gradle从0入门到实战系列【九】仓库与私服