Gradle是一种构建工具，用于构建程序的源代码。所以它是Android Studio的重要组成部分，需要在开始开发应用程序之前安装。

我们不需要单独安装它，因为当我们制作第一个项目时，Android Studio会帮我们安装。

Gradle是一个运行在Android Studio上的构建系统。

例如，在其他语言中:

Java的Ant和Maven 红宝石的耙子 A-A-P of C .NET的NAnt 在Linux中制作

Gradle是一个易于定制的构建系统，支持按照约定模型进行构建。Gradle是用Java编写的，但是构建语言是Groovy DSL(域规范语言)。Gradle不仅支持多项目构建，还支持Ivy和Maven等依赖项。Gradle也可以支持构建非java项目。

https://medium.com/@ravirajdesai501/what-is-gradle-442458dd7ec1

下面是Gradle是什么以及如何在Android Studio中使用它的详细解释。

探索Gradle文件

当你在Android Studio中创建一个项目时，build系统 自动生成所有必要的Gradle构建文件。

Gradle构建文件

Gradle构建文件使用领域特定语言或DSL进行定义 自定义构建逻辑和与android特定的交互 Gradle的Android插件元素。 Android Studio项目由一个或多个模块组成，这些模块是可以独立构建、测试和调试的组件。每个模块都有自己的构建文件，因此每个Android Studio项目都包含两种Gradle构建文件。 顶级构建文件:在这里您可以找到组成项目的所有模块的通用配置选项。 模块级构建文件:每个模块都有自己的Gradle构建文件，其中包含模块特定的构建设置。您将花费大部分时间编辑模块级构建文件，而不是项目的顶级构建文件。

来看看这些构造。打开Android Studio的项目面板(通过选择项目选项卡)，展开gradle Scripts文件夹。 Gradle Scripts文件夹中的前两项是项目级和模块级Gradle构建文件

顶级Gradle构建文件

每个Android Studio项目都包含一个单一的顶级Gradle构建文件。这个构建。gradle文件是出现在gradle Scripts文件夹中的第一个项目，并且清楚地标记为项目。

大多数情况下，您不需要对该文件进行任何更改，但是 理解它的内容和它所扮演的角色仍然是有用的 在您的项目中。

模块级Gradle构建文件

除了项目级的Gradle构建文件外，每个模块都有自己的Gradle构建文件。下面是一个带注释的基本模块级Gradle构建文件。

其他Gradle文件

除了构建。gradle Scripts文件夹包含一些其他gradle文件。大多数情况下，你不需要手动编辑这些文件，因为当你对项目进行任何相关更改时，它们会自动更新。但是，最好了解这些文件在项目中所扮演的角色。

gradle-wrapper。属性(Gradle版本)

这个文件允许其他人构建你的代码，即使他们的机器上没有安装Gradle。该文件检查是否安装了正确的Gradle版本，并在必要时下载必要的版本。

settings.gradle

该文件引用组成项目的所有模块。

gradle。物业(项目物业)

该文件包含整个项目的配置信息。 默认情况下为空，但可以对其应用广泛的属性 通过将它们添加到此文件来创建项目。

当地。属性(SDK Location)

这个文件告诉Android Gradle插件在哪里可以找到你的Android SDK安装。

注意:当地。属性包含特定于Android SDK本地安装的信息。这意味着您不应该将该文件置于源代码控制之下。

建议阅读- Tutsplus教程

由此我对Gradle有了一个清晰的认识。

格拉德尔 = 时髦 + 摇篮

参考:Hans Dockter论坛评论

当它在Android Studio中被称为“Build”时，这种混淆是不必要的。

在开发社区中，我们喜欢给自己制造麻烦。

我认为这背后的问题是为什么Android Studio / Gradle的体验如此糟糕。

典型的Clojure体验:

下载project.clj中列出的依赖项。 Leiningen通过Clojars和Maven获得依赖关系。 项目编译。

典型的Android Studio / Gradle体验:

“导入我的Eclipse项目”。 好的，项目导入。 Gradle正在做自己的事情…等待……等待……等待……Gradle已经完成了。 编译…不能编译，因为我不知道X是什么/找不到Y库。

我不确定这完全是Gradle的错。但是“从Eclipse项目导入”似乎很不靠谱。对于Gradle的所有所谓的复杂性和构建系统的优点，Android Studio似乎并没有很好地从Eclipse导入构建依赖项或构建过程。

它不会告诉你什么时候导入完整的依赖关系图失败了。Android Studio没有提供任何有用的帮助或提示来解决这个问题。它没有告诉您可以手动查看Eclipse文件夹中的哪个位置。它不会告诉你哪个库好像不见了。或者帮助您搜索Maven等。

在2016年，像Leiningen / Clojars, Node.js的npm, Python的pip, Debian的apkg(我相信其他语言和系统的许多类似的包管理器)都工作得很好……缺少依赖关系已成为过去。

Android除外。Android Studio现在是唯一一个让我感到依赖缺失的地方。

我倾向于说这是谷歌的错。当他们轻率地决定从Eclipse转向Android Studio / Gradle而没有产生一个强大的转换过程时，他们破坏了Android生态系统(以及数以千计的现有Android项目/在线教程)。那些在Eclipse中工作的项目的人并没有将它们适应Android Studio(可能是因为这对他们来说很痛苦)。试图在Android Studio中使用这些项目的人也遇到了同样的问题。

无论如何，如果Gradle是一个超级强大的构建系统，为什么我还在SDK管理器中管理大量其他依赖?为什么一个需要NDK的项目不能在它的Gradle文件中指定这一点，以便在需要时自动安装和构建?为什么NDK是特别的?目标平台也是如此?为什么我要显式地在IDE中安装它们，而不是只是检查我的项目，并在幕后为我排序?