gradle 使用实战
gradle 使用
- Gradle安装
- 多项目构建
- 测试
- 发布
构建工具Gradle
1.Gradle是什么
一个开源的项目自动化构建工具, 建立在Apache Ant和Apache Maven 概念的基础上，并引入了基于Groovy的特定领域语言（DSL）,而不再使用XML形式管理构建脚本
2.主流构建工具
- Ant 编译、测试、打包
- Maven 依赖管理、发布
- Gradle Groovy
3.构建工具的作用
- 依赖管理
- 测试、打包、发布
4.gradle 优点
- Gradle Wrapper 防止构建环境造成的问题
- 优秀的API与工具集成
- 内置Maven与Ivy进行依赖管理
- 基于Groovy的领域专用语言DSL描述和控制构建逻辑
构建生命周期
- 初始化
- 配置
- 执行
Groovy语法
Groovy
Groovy 是用于Java虚拟机的一种敏捷的动态语言，它是一种成熟的面向对象编程语言，即可以用于面向对象编程，又可以用作纯粹的脚本语言。 使用该种语言不必编写过多的代码，同时又具有闭包和动态语言中的其他特性
Groovy 特点
- 动态语言:运行时检查数据的类型
- 基于JVM
- 扩展JDK: 对JDK中的类型进行扩展，封装方法调用简化开发
- 元编程： 注入、拦截、合并、委托方法、操作编译运行行为
高效的Groovy特性
- assert语句
- 可选类型定义
- 可选的括号
- 字符串
Groovy 与java对比
- Groovy 完全兼容Java的语法
- 分号是可选的
- 类、方法默认是public的
- == 等同于equals(),不会有NullPointerExceptions异常
// 可选类型定义
def version = 1
// assert
assert version == 2
// 可选的括号
println(version)
println version
//字符串
def s1 = 'ctoedu'
def s2 = "version is ${version}"
def s3 = ''' project
name
is
ctoedu
'''
// 集合api
//list
def buildTools=['ant','maven']
buildTools << 'gradle'
assert buildTools.getClass() == ArrayList
assert buildTools.size() == 3
//map
def buildYears = ['ant':2000, 'maven':2004]
buildYears.gradle = 2009
println buildYears.ant
println buildYears['gradle']
println buildYears.getClass()
安装
- 安装JDK java -version
- 下载Gradle, https://gradle.org
- 用户变量 GRADLE_HOME
- 环境变量 path 中增加 %GRADLE_HOME%\bin;
- gradle -version
build.gradle
//构建脚本中默认都有一个Project实例
apply plugin:'java'
version = '0.1'
repositories {
mavenCentral()
}
dependencies {
compile 'commons-codec:commons-codec:1.6'
}
构建概要
构建块
Gradle 构建中的两个基本概念是项目(project) 和任务(task), 每个构建至少包含一个项目，项目中包含一个或多个任务。 在多项目构建中，一个项目可以依赖于其他项目。类似的，任务可以形成一个依赖关系图来确保他们的执行顺序
项目（project）
一个项目代表一个正在构建的组件（比如一个Jar文件）,当构建启动后， Gradle会基于build.gradle实例化一个org.gradle.api.Project类，并且能够通过project变量使其隐式可用
- group \name \ version
- apply \dependencies\repositories\task
- 属性的其他配置方式：ext\gradle.properties
task 任务
- dependsOn
- doFirst\doLast <<
自定义task
def createDir = {
path ->
File dir = new File(path);
if(!dir.exists()){
dir.mkdirs();
}
}
task makeJavaDir() {
def paths = ['src/main/java','src/main/resources','src/test/java','src/test/resources']
doFirst{
paths.forEach(createDir)
}
}
task makeWebDir() {
dependsOn 'makeJavaDir'
def paths = ['src/main/webapp','src/test/webapp']
doLast {
paths.forEach(createDir)
}
}
依赖管理
概述
几乎所有的基于JVM的软件项目都需要依赖外部类库来重用现有的功能。自动化的依赖管理可以明确依赖的版本，可以解决因传递性依赖带来的版本冲突。
工件坐标
- group 、name 、version
常用仓库
- mavenLocal\mavenCentral\jcenter
- 自定义maven仓库
- 文件仓库
依赖的传递性
- B依赖A，如果C依赖B，那么C依赖A
依赖阶段配置
- compile、runtime
- testCompile、testRuntime
Central Repository
repositories{
maven {
url ''
}
mavenLocal()
mavenCentral()
}版本冲突
解决版本冲突
- 查看依赖报告
- 排除传递性依赖
- 强制一个版本
- 默认解决策略是选择最高的一个版本
修改默认解决策略
configurations.all{
resolutionStrategy{
failOnVersionConflict()
}
}
排除传递性依赖
compile('org.hibernate:hibernate-core:3.6.3.Final') {
exclude group:"org.slf4j", module: "slf4j-api"
//transitive = false
}强制指定一个版本
configurations.all {
resolutionStrategy {
failOnVersionConflict()
force 'org.slf4j:slf4j-api:1.7.24'
}
}多项目构建
在企业项目中，包层次和类关系比较复杂，把代码拆分成模块通常是最佳的实践，这需要你清晰的划分功能的边界，比如业务逻辑和数据持久层分开来。 项目符合高内聚低耦合时，模块化就变的很容易，这是一条非常好的软件开发实践
- Web -> Repository -> Model
配置要求
- 所有的项目应用Java插件
- web子项目打包成WAR
allprojects {
apply plugin: 'java'
sourceCompatibility = 1.8
}
subprojects {
repositories {
mavenCentral()
}
dependencies {
}
}//Repository 依赖 Model
dependencies {
compile project(":model")
}grodle.properties
group = 'com.imooc.gradle'
version = 1.0-SNAPSHOT自动化测试
一些开源的测试框架比如JUnit，TestNG能够帮助你编写可复用的结构化的测试，为了运行这些测试，你要先编译他们，就像编译源代码一样。测试代码的作用仅仅用于测试的情况，不应该被发布到生产环境中。 需要把源代码和测试代码分开。
测试配置
dependencies {
testCompile 'junit:junit:4.11'
}测试发现
- 任何继承自junit.framework.TestCase或groovy.utils.GroovyTestCase的类
- 任何被@RunWith注解的类
- 任何至少包含一个被@Test注解的类
发布
publishing {
publications{
myPublish(MavenPublication) {
from components.java
}
}
repositories {
maven {
name "myRepo"
url ""
}
}
}