Gradle相对于Maven的优点有哪些 - 行业资讯 - 肥雀云

　　介绍

这期内容当中小编将会给大家带来有关Gradle相对于Maven的优点有哪些,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。

<强>一、Gradle介绍

Gradle和Maven作为自动构建工具,在项目的构建中有着广泛的应用。他们之间有各自的优缺点,这里我们讨论下他们在项目构建中的一些区别并进行比较。

首先简单介绍下Gradle和Maven.Maven主要服务于基于java平台的项目构建,依赖管理和项目信息管理。无论是小型的开源类库项目,还是大型的企业级应用,无论是传统的瀑布式开发还是流行的敏捷模式,Maven都能大显身手.Gradle是以groovy语言为基础,面向java应用为主,基于DSL语法的自动化构建工具。

虽然两种构建工具有着很多相似处,但是在依赖管理,构建生命周期,加载构建系统组件等许多方面两者有着许多区别. Maven使用XML来定义生成脚本,而Gradle构建脚本是用groovy。用XML的优势在于它可以更方便地定义构建逻辑,但这是比较复杂的步骤。用groovy的好处是写起来比XML标签要简洁许多。不过熟悉的XML的开发人员比groovy的多,并且复杂的逻辑必须由自己编写。类似于Maven的pom.xml文件,每个Gradle项目都需要有一个对应的构建。gradle文件,该文件定义一些任务(任务)来完成构建工作,当然,每个任务是可配置的,任务之间也可以依赖,用户亦能配置缺省任务。

<强>二、依赖管理

通常的Maven项目有一个单一的依赖的静态配置,所以一个项目应该只有一个单一的工件。因此其具备了简单的特点但同时也由于单一缺乏弹性。它在这方面的更灵活,可以在创建和处理的时候有多套依赖配置。这里我们举一个例子,原本的Maven POM配置是:

& lt; properties> 　　& lt; kaptcha.version> 2.3 & lt;/kaptcha.version> 　　& lt;/properties> 　　　　& lt; dependencies> 　　& lt; dependency> 　　& lt; groupId> com.google.code.kaptcha 　　& lt; artifactId> kaptcha 　　& lt; version> $ {kaptcha.version} & lt;/version> 　　& lt; classifier> jdk15 　　& lt;/dependency> 　　& lt; dependency> 　　& lt; groupId> org.springframework 　　& lt; artifactId> spring-core 　　& lt;/dependency> 　　& lt; dependency> 　　& lt; groupId> org.springframework 　　& lt; artifactId> spring-beans 　　& lt;/dependency> 　　& lt; dependency> 　　& lt; groupId> org.springframework 　　& lt; artifactId> spring-context 　　& lt;/dependency> 　　& lt; dependency> 　　& lt; groupId> junit 　　& lt; artifactId> junit 　　& lt;/dependency> 　　& lt;/dependencies>

然后我将其转换成Gradle脚本,结果是惊人的:

依赖关系
　　编译(& # 39;org.springframework: spring核心:2.5.6& # 39;)
　　编译(& # 39;org.springframework: spring bean: 2.5.6& # 39;)
　　编译(& # 39;org.springframework: spring上下文:2.5.6& # 39;)
　　编译(& # 39;com.google.code.kaptcha: kaptcha: 2.3: jdk15& # 39;)
　　testCompile (& # 39; junit: junit: 4.7 & # 39;)
　　}

我们可以发现配置代码减少为原来的四分之一。这还不算我省略的一些父POM配置。最重要的是依赖的groupId、artifactId、 version，scope甚至是classfier，一点都不少。并且Gradle能够解析现有的Maven POM或者Ivy的XML配置，从而得到传递性以来的信息，并且引入到当前项目中，它也支持排除传递性依赖或者干脆关闭传递性依赖，Gradle当你排除一项任务时，所有依赖于此任务的任务都会自动被排除如果他们之间没有其他依赖关系，这是Maven所不具备的特性。

三、加载构建系统的组件

Maven中每个用于构建的组件（编译/jar等）都作为一个插件，每个插件都有它自己的版本和依赖关系树。 Gradle的构建系统组件都是分散的。 Maven插件的优点是在于可以独立更新，无需整个系统更新。Gradle的模型的优点是编译需要核心组件以外的组件时才下载。与此同时Gradle给了用户足够的自由去定义自己的任务，Gradle每个任务都有一个描述,可以分配到一个组。Maven中插件和命令可以描述。比如Gradle你可以排除任何运行的任务。在Maven中没有通用的排除机制，必须用插件来实现它。而且Gradle具有高级任务排序的特性，任务之间的依赖关系被建立之后能够得到完全控制，因为Gradle具有强大的语言结构来描述任务之间的执行顺序，即使任务并不取决于对方的输出。Gradle支持动态任务创建，有时你想要一个任务的行为取决于或无限价值的大范围的参数。一个很好的表达方式提供这样的任务是任务规则。并且执行任务时，Gradle 在遇到第一次失败时不停止，执行每一个要执行的任务其中所有的任务依赖关系都要被完成且没有失败。任务可以被分配去完成其他任务类似于java中的终结原则。他们总是在另一个任务执行之后运行，不管这个任务是否失败了。可以发现在一个单一的执行中许多失败任务会被很好地记录成一个错误报告并最终被汇总。