谷歌只是 open-sourced它的构建工具 Bazel .这个工具和Gradle有什么区别? ?它可以做什么 Gradle 不能做的事情,它在哪些方面做得更好,以及 Gradle 在哪些方面做得更好?
最佳答案
免责声明:我在 Bazel 上工作,我对 Gradle 并不十分熟悉。但是,我的一位同事对这两个系统进行了比较,我将在此处对其进行解释:
Bazel 和 Gradle 强调构建体验的不同方面。在某种程度上,它们的优先级是不相容的——Gradle 对灵活性和非侵入性的渴望限制了它对构建结构的限制,而 Bazel 对可靠性和性能的渴望必然会强制执行不可协商的限制。
Gradle 确实重视与 Bazel 相同的原则,即 Gradle 团队非常关注性能(增量构建、并行配置和执行、Gradle 守护进程)、正确性(基于内容的“最新”检查)和可再现性(对声明性语法、依赖版本控制、显式声明依赖的丰富支持)。 Bazel 尊重对灵活项目布局的需求。
细微之处在于 Gradle 想要推广良好的实践,而 Bazel 想要要求它。 Gradle 的目标是在 Ant 体验(自由定义您自己的项目结构与不一致的结果)和 Maven 体验(强制执行的最佳实践,没有空间满足不同的项目需求)之间的中间地带。 Bazel 认为,在不牺牲支持其强大工作流程的强有力保证的情况下,灵活的项目支持是可能的。
这两种哲学都不是更“正确”——最适合项目的工具取决于该特定项目的值(value)观。
Gradle 概览
Gradle 是一个高度灵活的系统,它使用户可以轻松构建完整、可靠的构建流程,同时对他们如何组织项目的限制最小。它通过提供强大的构建块(例如自动依赖跟踪和检索、紧密集成的插件支持)和一个通用的、图灵完备的脚本接口(interface)来实现这一点,该接口(interface)可以根据用户的需要组合这些块。
Gradle 强调以下特点:
巴泽尔概述
Bazel 的发展源于可靠、高效地构建 Google 内部项目的需要。由于 Google 的开发环境异常庞大且复杂,因此 Bazel 为其构建的完整性提供了异常强大的保证,并在实现这些构建时提供了异常低的性能开销。
这为围绕可重复构建构建的强大开发工作流提供了基础,其中“构建”成为一个抽象实体,可以被引用、重复、传递给不同的机器,并传递给任意程序和服务,这样每个实例都是已知的完全一样。
Bazel 强调了以下特点:
关于gradle - Bazel 和 Gradle 有什么区别?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29245787/