• Chapter 2. Overview 总览
    • 2.1. Features 特性
      • Declarative builds and build-by-convention 声明式构建,符合公约
      • Language for dependency based programming 依赖型编程语言
      • Structure your build 良好的结构
      • Deep API 深层次的API
      • Gradle scales 可伸缩
      • Multi-project builds 多项目构建
      • Many ways to manage your dependencies 多途径管理依赖
      • Gradle is the first build integration tool Gradle 是一等构建集成工具
      • Ease of migration 易迁移
      • Groovy 语言
      • The Gradle wrapper 关于Gradle Wrapper
      • Free and open source 免费开源
    • 2.2. Why Groovy? 为啥用 Groovy

    Chapter 2. Overview 总览

    2.1. Features 特性

    下面列出了一些 Gradle 的特性:

    Declarative builds and build-by-convention 声明式构建,符合公约

    Gradle 的核心是在 基于 Groovy 对 Domain Specific Language (DSL)语言进行一个丰富的扩展。Gradle 通过提供声明式语言元素,根据个人喜好可以将声明式构建推到下一个级别。这些元素也提供支持 Java、Groovy、OSGi、Web 和 Scala 项目。同时,这个声明式语言是可扩展的。可以添加您自己的新语言元素或增强现有的元素,从而提供简洁、易于维护和易于理解的构建。

    Language for dependency based programming 依赖型编程语言

    声明式语言位于一个通用的任务图,你可以充分利用你的构建。它提供了适应您的独特需求的最大灵活性的 Gradle。

    Structure your build 良好的结构

    Gradle 的柔软性和丰富性允许您用一般性设计原则来构建项目。例如,从可重用的构建逻辑片段来组成你的构建是非常容易的。 多余不必要的内联的东西是不适当的。 不要强制把属于一起的东西分开(例如在您的项目层次结构中)。 避免像像猎枪的气味那样变化,从而使你的构建成为一个维修噩梦。 最后,你可以创建一个结构良好、易于维护、易于理解的构建。
    可理解构建

    Deep API 深层次的API

    在整个生命周期的构建执行过程中,可以方便内嵌使用 Gradle 的各种钩子,从而为您监视和自定义配置和执行行为。

    Gradle scales 可伸缩

    Gradle 伸缩性能非常好。它会增加你的生产力,从简单的单项目到建立庞大的企业多项目建设。这对于组织构建是正确的。通过最先进的增量构建功能,可以真正的解决许多大型企业构建遭受的性能痛苦。

    Multi-project builds 多项目构建

    Gradle 的多项目构建支持是非常优秀的。项目依赖是一等公民。我们允许您在多项目构建中建模项目关系,因为它们是真实放映您的问题域。 Gradle 会遵循你的布局,反之亦然。

    Gradle 提供部分构建。 如果构建单个子项目,Gradle 将负责构建该子项目所依赖的所有子项目。 您还可以选择重建依赖于特定子项目的子项目。再加上增量构建,对于较大的构建这很节省很多时间。

    Many ways to manage your dependencies 多途径管理依赖

    不同的团队喜欢不同的方式来管理他们的外部依赖。Gradle 提供任何便捷的策略支持。从远程 Maven 和 Ivy 库的依赖管理与到本地文件系统上 jars 或目录。

    Gradle is the first build integration tool Gradle 是一等构建集成工具

    Ant 任务是一等公民。更有趣的是,Ant 的项目也都是一等公民。Gradle 提供深入的引用给 Ant 项目,在运行时,可以转换 Ant 目标到 原生的Gradle 任务。你可以依靠他们的工具,可以提高他们的工具,你甚至可以在build.xml 宣布对 Gradle 任务的依赖。相同的集成提供了性能,路径,等…

    Gradle 支持现有的 Maven 或 Ivy 仓库依赖关系。工具还提供了一个转换器将 Maven pom.xml 转成 Gradle 脚本。Maven 项目运行的进口就快来了。

    Ease of migration 易迁移

    Gradle 可以适应任何已有的结构。因此,您可以随时在同一个分支中开发您的 Gradle 构建,使你的产品构建可以并行演化。 我们通常建议编写测试,确保生成的工件是相似的。 这样迁移的破坏性越小,越可靠越好。这是继重构应用小步骤的最佳实践。

    Groovy 语言

    Groovy 的构建脚本是用 Groovy,不是 XML。但是,不像其他的方法,这不是简单地将动态语言的原始脚本进行能力的扩展。这只会导致一个保持非常困难的构建。工具的总体设计是面向的是将 Gradle 作为一种语言,而不是一个严格的框架。工具提供了一些标准的故事,但他们不做任何形式的限制。这是我们的一个主要特点。

    Gradle 的构建脚本是用 Groovy 编写的,而不是 XML。 但不同于其他方法,这不是简单地暴露动态语言的原始脚本功能,这只会导致一个非常难以维护的构建。 Gradle 的整个设计面向被用作一种语言,而不是一个僵硬的框架。 Groovy 允许你用 Gradle(或你)提供的抽象来讲述你的个人故事(story)。

    Gradle 提供了一些标准的故事,但是它们没有任何形式的特权。与其他声明式构建系统相比,这是一个重要的区别特性。 我们的 Groovy 支持不仅仅是糖衣。 整个 Gradle API 是完全 Groovy 化的。 添加 Groovy 结果,从而可以获得愉快而富有成效的体验。

    The Gradle wrapper 关于Gradle Wrapper

    该 Gradle 包装允许你机器上没有安装Gradle工具也能执行 Gradle 的构建。这对于例如一些连续集成服务器是非常有用的。 它对于一个开源项目来说也是有用的,可以以低门槛的前提来建立它。 Gradle Wrapper 对于企业也很有趣。 它对客户机来说是零管理。 它还强制使用特定的 Gradle 版 本,从而减少了支持问题。

    Free and open source 免费开源

    Gradle 开源项目,遵守ASL开源协议

    2.2. Why Groovy? 为啥用 Groovy

    我们认为,当使用构建脚本作为内部 DSL (基于动态语言)比 XML 有更大的优势。有很多动态语言,但为啥是 Groovy?答案是在于上下文工具的操作。虽然 Gradle 是一个通用的构建工具,这是它的核心,但它的主要焦点还是是 Java 项目。在这样的项目中,团队成员更加熟悉 Java。我们考虑的是编译应该都所有成员来说是尽可能的透明。

    你可能会说,为什么不使用 Java 作为构建脚本。这里有一个问题,就是对于团队的最高的透明度和最低的学习曲线,但是 由于 Java 语言的限制,作为构建语言效果并不理想(参考 http://www.defmacro.org/ramblings/lisp.html 可以看到 Ant, XML, Java 和 Lisp 的对比,有趣的是,Java 的语法实际上是 Groovy 的语法 )。其他语言, Python, Groovy 或者 Ruby 都更能胜任这个工作。我们选择 Groovy 是因为对于 Java 使用者来说有更高的透明度。它的基本语法与 Java 类似,包括 本文系统,包结构和其他方面。Groovy 提供了最重要内容但都是符合 Java 基础功能的。

    对于对 Python 或 Ruby 知识拥有强烈的学习欲望的 Java 开发者来说,上述论点不适用。该工具的设计非常适合于创建另一个建立在 JRuby 和Jython 脚本引擎。对于我们来说暂时它只是不具有最高优先级。我们高兴地支持任何社区的努力来创建额外的构建脚本引擎。