【构建】maven和gradle，你怎么选？

Maven

Maven 翻译为"专家"、"内行"，是 Apache 下的一个纯 Java 开发的开源项目。基于项目对象模型（缩写：POM）概念，Maven利用一个中央信息片断能管理一个项目的构建、报告和文档等步骤。

Maven 是一个项目管理工具，可以对 Java 项目进行构建、依赖管理。

Maven 也可被用于构建和管理各种项目，例如 C#，Ruby，Scala 和其他语言编写的项目。Maven 曾是 Jakarta 项目的子项目，现为由 Apache 软件基金会主持的独立 Apache 项目。

Maven 功能

Maven 能够帮助开发者完成以下工作：

• 构建
• 文档生成
• 报告
• 依赖
• SCMs
• 发布
• 分发
• 邮件列表

约定配置

Maven 提倡使用一个共同的标准目录结构，Maven 使用约定优于配置的原则，大家尽可能的遵守这样的目录结构。如下所示：

Maven 特点

• 项目设置遵循统一的规则。
• 任意工程中共享。
• 依赖管理包括自动更新。
• 一个庞大且不断增长的库。
• 可扩展，能够轻松编写 Java 或脚本语言的插件。
• 只需很少或不需要额外配置即可即时访问新功能。
• 基于模型的构建 − Maven能够将任意数量的项目构建到预定义的输出类型中，如 JAR，WAR 或基于项目元数据的分发，而不需要在大多数情况下执行任何脚本。
• 项目信息的一致性站点 − 使用与构建过程相同的元数据，Maven 能够生成一个网站或PDF，包括您要添加的任何文档，并添加到关于项目开发状态的标准报告中。
• 发布管理和发布单独的输出 − Maven 将不需要额外的配置，就可以与源代码管理系统（如 Subversion 或 Git）集成，并可以基于某个标签管理项目的发布。它也可以将其发布到分发位置供其他项目使用。Maven 能够发布单独的输出，如 JAR，包含其他依赖和文档的归档，或者作为源代码发布。
• 向后兼容性 − 您可以很轻松的从旧版本 Maven 的多个模块移植到 Maven 3 中。
• 子项目使用父项目依赖时，正常情况子项目应该继承父项目依赖，无需使用版本号，
• 并行构建 − 编译的速度能普遍提高20 - 50 %。
• 更好的错误报告 − Maven 改进了错误报告，它为您提供了 Maven wiki 页面的链接，您可以点击链接查看错误的完整描述。

MAVEN缺点如下：

1. maven是一个庞大的构建系统，学习难度大
2. maven采用约定优于配置的策略（convention over configuration），虽然上手容易，但是一旦出了问题，难于调试。
3. 当依赖很多时，m2eclipse 老是搞得Eclipse很卡。
4. 中国的网络环境差，很多repository无法访问，比如google code， jboss 仓库无法访问等。

Gradle 

Gradle，这是一个基于 JVM 的富有突破性构建工具。Gradle 正迅速成为许多开源项目和前沿企业构建系统的选择，同时也在挑战遗留的自动化构建项目。本教程主要讲解了如何使用 Gradle 构建系统和构建系统过程中涉及的插件。

Gradle，这是一个基于 JVM 的富有突破性构建工具。Gradle 正迅速成为许多开源项目和前沿企业构建系统的选择，同时也在挑战遗留的自动化构建项目。

下面是一些 Gradle 特性的列表。

1.基于声明构建和基于约定构建

Gradle 的核心在于基于 Groovy 的丰富而可扩展的域描述语言(DSL)。Groovy 通过声明性的语言元素将基于声明的构建推向下层，你可以按你想要的方式进行组合。这些元素同样也为支持 Java， Groovy，OSGi，Web 和 Scala 项目提供了基于约定的构建。并且，这种声明性的语言是可以扩展的。你可以添加新的或增强现有的语言元素。因此，它提供了简明、可维护和易理解的构建。

2.为以依赖为基础的编程方式提供语言支持

声明性语言优点在于通用任务图，你可以将其充分利用在构建中。它提供了最大限度的灵活性，让 Gradle 适应你的特殊需求。

3.构建结构化

Gradle 的灵活和丰富性最终能够支持在你的构建中应用通用的设计模式。例如，它可以很容易地将你的构建拆分为多个可重用的模块，最后再进行组装，但不要强制地进行模块的拆分。不要把原本在一起的东西强行分开（比如在你的项目结构里），从而避免让你的构建变成一场噩梦。最后，你可以创建一个结构良好，易于维护，易于理解的构建。

4.深度 API

Gradle 允许你在构建执行的整个生命周期，对它的核心配置及执行行为进行监视并自定义。

5.Gradle 的扩展

Gradle 有非常良好的扩展性。从简单的单项目构建，到庞大的多项目构建，它都能显著地提升你的效率。这才是真正的结构化构建。通过最先进的增量构建功能，它可以解决许多大型企业所面临的性能瓶颈问题。

6.多项目构建

Gradle 对多项目构建的支持非常出色。项目依赖是首先需要考虑的问题。我们允许你在多项目构建当中对项目依赖关系进行建模，因为它们才是你真正的问题域。Gradle 遵守你的布局。

Gradle 提供了局部构建的功能。如果你在构建一个单独的子项目，Gradle 也会帮你构建它所依赖的所有子项目。你也可以选择重新构建依赖于特定子项目的子项目。这种增量构建将使得在大型构建任务中省下大量时间。

7.多种方式管理依赖

不同的团队喜欢用不同的方式来管理他们的外部依赖。从 Maven 和 Ivy 的远程仓库的传递依赖管理，到本地文件系统的 jar 包或目录，Gradle 对所有的管理策略都提供了方便的支持。

8.Gradle 是第一个构建集成工具

Ant tasks 是最重要的。而更有趣的是，Ant projects 也是最重要的。Gradle 对任意的 Ant 项目提供了深度导入，并在运行时将 Ant 目标(target)转换为原生的 Gradle 任务(task)。你可以从 Gradle 上依赖它们(Ant targets)，增强它们，甚至在你的 build.xml 上定义对 Gradle tasks 的依赖。Gradle 为属性、路径等等提供了同样的整合。

Gradle 完全支持用于发布或检索依赖的 Maven 或 Ivy 仓库。Gradle 同样提供了一个转换器，用于将一个 Maven pom.xml 文件转换为一个 Gradle 脚本。Maven 项目的运行时导入的功能将很快会有。

9.易于移植

Gradle 能适应你已有的任何结构。因此，你总可以在你构建项目的同一个分支当中开发你的 Gradle 构建脚本，并且它们能够并行进行。我们通常建议编写测试，以保证生成的文件是一样的。这种移植方式会尽可能的可靠和减少破坏性。这也是重构的最佳做法。

10.Groovy

Gradle 的构建脚本是采用 Groovy 写的，而不是用 XML。但与其他方法不同，它并不只是展示了由一种动态语言编写的原始脚本的强大。那样将导致维护构建变得很困难。Gradle 的整体设计是面向被作为一门语言，而不是一个僵化的框架。并且 Groovy 是我们允许你通过抽象的 Gradle 描述你个人的 story 的黏合剂。Gradle 提供了一些标准通用的 story。这是我们相比其他声明性构建系统的主要特点。我们的 Groovy 支持也不是简单的糖衣层，整个 Gradle 的 API 都是完全 groovy 化的。只有通过 Groovy才能去运用它并对它提高效率。

11. Gradle wrapper

Gradle Wrapper 允许你在没有安装 Gradle 的机器上执行 Gradle 构建。这一点是非常有用的。比如，对一些持续集成服务来说。它对一个开源项目保持低门槛构建也是非常有用的。Wrapper 对企业来说也很有用，它使得对客户端计算机零配置。它强制使用指定的版本，以减少兼容支持问题。

12.自由和开源

Gradle 是一个开源项目，并遵循 ASL 许可。

为什么使用 Groovy?

我们认为内部 DSL（基于一种动态语言）相比 XML 在构建脚本方面优势非常大。它们是一对动态语言。为什么使用 Groovy？答案在于 Gradle 内部的运行环境。虽然 Gradle 核心目的是作为通用构建工具，但它还是主要面向 Java 项目。这些项目的团队成员显然熟悉 Java。我们认为一个构建工具应该尽可能地对所有团队成员透明。

你可能会想说，为什么不能使用 Java 来作为构建脚本的语言。我认为这是一个很有意义的问题。对你们的团队来讲，它确实会有最高的透明度和最低的学习曲线。但由于 Java 本身的局限性，这种构建语言可能就不会那样友善、 富有表现力和强大。这也是为什么像 Python，Groovy 或者 Ruby 这样的语言在这方面表现得更好的原因。我们选择了 Groovy，因为它向 Java 人员提供了目前为止最大的透明度。其基本的语法，类型，包结构和其他方面都与 Java 一样，Groovy 在这之上又增加了许多东西。但是和 Java 也有着共同点。

对于那些分享和乐于去学习 Python 知识的 Java 团队而言，上述论点并不适用。Gradle 的设计非常适合在 JRuby 或 Jython 中创建另一个构建脚本引擎。那时候，对我们而言，它只是不再是最高优先级的了。我们很高兴去支持任何社区努力创建其他的构建脚本引擎。

Gradle 安装

先决条件

已安装 JDK/JRE（版本 7 或以上），这里是 Win10 系统

在命令行输入：java -version  可查询当前电脑已安装的版本

下载

从 Gralde 官方网站下载 Gradle 的最新发行包。

解压

Gradle 发行包是一个 ZIP 文件。完整的发行包包括以下内容(官方发行包有 full 完整版，也有不带源码和文档的版本，可根据需求下载):

• Gradle 可执行文件
• 用户手册 (有 PDF 和 HTML 两种版本)
• DSL 参考指南
• API 手册(Javadoc 和 Groovydoc)
• 样例，包括用户手册中的例子，一些完整的构建样例和更加复杂的构建脚本
• 源代码。仅供参考使用,如果你想要自己来编译 Gradle 你需要从源代码仓库中检出发行版本源码，具体请查看 Gradle 官方主页。

配置环境变量

运行 gradle 必须将​​ GRADLE_HOME/bin ​​加入到你的 PATH 环境变量中。

 GRADLE_HOME为gradle的安装目录。

测试安装

运行如下命令来检查是否安装成功.该命令会显示当前的 JVM 版本和 Gradle 版本。

gradle -v

JVM 参数配置

Gradle 运行时的 JVM 参数可以通过 ​​GRADLE_OPTS​​​ 或 ​​JAVA_OPTS ​​​来设置.这些参数将会同时生效。​​JAVA_OPTS​​​ 设置的参数将会同其它 JAVA 应用共享，一个典型的例子是可以在​​ JAVA_OPTS​​​ 中设置代理和 ​​GRADLE_OPTS​​ 设置内存参数。同时这些参数也可以在 gradle 或者 gradlew 脚本文件的开头进行设置。

gradle工程目录结构如下：

Projects 和 tasks

projects 和 tasks是 Gradle 中最重要的两个概念。

任何一个 Gradle 构建都是由一个或多个 projects 组成。每个 project 包括许多可构建组成部分。这完全取决于你要构建些什么。举个例子，每个 project 或许是一个 jar 包或者一个 web 应用，它也可以是一个由许多其他项目中产生的 jar 构成的 zip 压缩包。一个 project 不必描述它只能进行构建操作。它也可以部署你的应用或搭建你的环境。不要担心它像听上去的那样庞大。Gradle 的 build-by-convention 可以让您来具体定义一个 project 到底该做什么。

每个 project 都由多个 tasks 组成。每个 task 都代表了构建执行过程中的一个原子性操作。如编译，打包，生成 javadoc，发布到某个仓库等操作。

到目前为止，可以发现我们可以在一个 project 中定义一些简单任务，后续章节将会阐述多项目构建和多项目多任务的内容。

在 gradle 任务中采用 groovy

build.gradle

task upper << {
    String someString = 'mY_nAmE'
    println "Original: " + someString
    println "Upper case: " + someString.toUpperCase()
}
Output of gradle -q upper
> gradle -q upper
Original: mY_nAmE
Upper case: MY_NAME

任务依赖

你可以按如下方式创建任务间的依赖关系

在两个任务之间指明依赖关系

build.gradle

task hello << {
    println 'Hello world!'
}
task intro(dependsOn: hello) << {
    println "I'm Gradle"
}

添加依赖 task 也可以不必首先声明被依赖的 task。

延迟依赖

build.gradle

task taskX(dependsOn: 'taskY') << {
    println 'taskX'
}
task taskY << {
    println 'taskY'
}

可以看到，taskX 是 在 taskY 之前定义的，这在多项目构建中非常有用。

注意:当引用的任务尚未定义的时候不可使用短标记法来运行任务。

​