Gradle对我来说有点困惑,对任何新的Android开发人员来说也是如此。谁能解释一下Android Studio中的Gradle是什么,它的目的是什么?为什么Android Studio中包含它?


当前回答

简短的回答

Gradle是一个构建系统。

长回答

在使用Android Studio之前,您的开发目的是使用Eclipse,很可能您不知道如何在没有Eclipse的情况下构建Android APK。

您可以在命令行上完成此操作,但必须了解每个工具(dx和AAPT)在SDK中的功能。 Eclipse通过为我们提供自己的构建系统,将我们从这些低级但重要的基本细节中拯救出来。

现在,你有没有想过为什么res文件夹和src文件夹在同一个目录中?

这就是构建系统出现的地方。构建系统自动获取所有源文件(.java或.xml),然后应用适当的工具(例如,获取.java类文件并将其转换为.dex文件),并将所有这些文件组合成一个压缩文件-我们心爱的APK。

这个构建系统使用了一些约定:一个例子是指定包含源文件(在Eclipse中是\src文件夹)或资源文件(在Eclipse中是\res文件夹)的目录。

现在,为了自动化所有这些任务,必须有一个脚本;您可以使用Linux中的shell脚本或Windows中的批处理文件语法编写自己的构建系统。明白了吗?

Gradle是另一个构建系统,它从其他构建系统中获取最好的功能,并将它们组合成一个。它是基于它们的缺点而改进的。它是一个基于jvm的构建系统。这意味着你可以用Android Studio使用的Java编写自己的脚本。

Gradle很酷的一点是它是一个基于插件的系统。这意味着如果你有自己的编程语言,你想要自动化从源代码构建一些包(输出像Java的JAR文件)的任务,那么你可以用Java或Groovy(或Kotlin,见这里)编写一个完整的插件,并将其分发到世界各地。

谷歌为什么使用它?

谷歌看到了市场上最先进的构建系统之一,并意识到您可以编写自己的脚本,而不需要学习Groovy或任何其他新语言。所以他们为Gradle编写了Android插件。

你一定见过那建筑。项目中的Gradle或build.gradle.kts文件。在这里您可以编写脚本来自动化您的任务。您在这些文件中看到的代码是Groovy或Kotlin代码。如果你写System.out。println(“你好Gradle !”);然后它会打印在你的控制台上。

在构建脚本中可以做什么?

一个简单的例子是,在实际构建过程发生之前,您必须将一些文件从一个目录复制到另一个目录。Gradle构建脚本可以做到这一点。

其他回答

定义:Gradle可以被描述为一种结构化的构建机制,它为开发人员提供了工具和灵活性来管理项目的资源,以创建更小的构建,针对特定配置的特定设备的特定需求


基本配置

minimumSdk maximumSdk targettedSdk versionCode versionName


我们可以根据需要添加Android库或任何其他第三方库。这很容易,以前是一个乏味的任务。如果库不适合现有项目,则会向开发人员显示一个日志,开发人员可以在其中找到适当的解决方案来对项目进行更改,以便添加库。这只是一种依赖。


生成不同的构建

将构建类型与构建风格相结合以获得各种构建变体

 ====================                         ====================
|     BuildTypes     |                       |   ProductFlavours  |
 --------------------  ====================== --------------------
|  Debug,Production  |      ||       ||      | Paid,Free,Demo,Mock|
 ====================       ||       ||       ==================== 
                            ||       ||
                            VV       VV
 =================================================================
|           DebugPaid, DebugFree, DebugDemo, DebugMock            |
|  ProductionPaid, ProductionFree, ProductionDemo, ProductionMock |
 =================================================================

减少尺寸

Gradle通过从集成库中删除未使用的资源和未使用的东西来帮助减小生成的构建的大小。


管理权限

我们可以根据需求在特定场景中添加特定的权限,从而为特定的构建指定特定的权限。


针对某些设备的构建

我们可以为包含特定密度和特定API级别的特定设备生成构建。这有助于根据不同类型设备的需求在应用商店中部署产品。


好的参考

Vogella Tutorials

我认为这背后的问题是为什么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中安装它们,而不是只是检查我的项目,并在幕后为我排序?

Gradle是一个构建系统。构建系统是设计用于自动化程序编译过程的软件工具。构建系统有各种形式,并用于各种软件构建任务。而他们的主要目标是有效地创建可执行文件。

另一个相关的术语是构建自动化,它是自动化创建软件构建的过程,以及相关的过程,包括:将计算机源代码编译成二进制代码,打包二进制代码,以及运行自动化测试。

其他语言的类似构建系统如下(见完整列表):

Apache Ant和Apache Maven - Java sbt -用于Scala (Play框架等) 基于python的构建工具 Rake (Apache Builder) - Ruby Leiningen for Clojure

Gradle使复杂的Android项目的构建自动化成为可能,这些项目包含来自多个源、项目、库等的数万行代码。它可以根据大量的配置规范有条件地生成多个优化的apk -如果你感兴趣,其他答案提供了Gradle这方面的更多细节。

然而,如果你是Android开发的新手,Gradle在99%的情况下会阻止你的项目构建。这是一个不可思议的复杂系统,有效地混淆了Android构建过程,并基本上使它无法提供给没有经验的开发人员,即为了构建一个简单的入门级Android应用程序,毫无戒心的新手可能需要学习和理解许多他们没有讨价讨价的东西,例如:

Android APK结构和生态系统 Android工作室 Java类路径和依赖项 Groovy Gradle构建脚本 许多其他复杂而有趣的技术

所有这些对Android开发者来说都是有趣和有用的,但它们并不简单,而且是一个巨大的入门障碍。我怀疑,促使OP提出这个问题的原因是,在花了太长时间试图构建一个简单的应用程序,却不断受到Gradle的阻挠后,新手开发者不可避免地会感到沮丧。所有这些技术都有大量的高技术性文档,这反而加剧了这个问题。同样,对于大量的开发需求,Gradle是多余的。

另一种选择是编写一个shell脚本,通过自动化Android SDK中可用的工具来构建项目。这种方法的优点有很多,对于初学者来说,这可能是学习和理解构建过程和Android生态系统的最佳方法,它允许你完全控制应用的构建方式。然而,这种方法更适合那些无可救药的技术迷,而不是那些没有经验的新手。

值得注意的是(如果有的话请告诉我),它是一个入门级的轻量级IDE,具有较少的功能集,同时简化了构建过程,而不模糊它(所以不是Netbeans或Eclipse),它可能仍然使用Gradle (Ant的问题是什么)。它可以很容易地生成符合一些常见配置的apk,并使用一个可以演变为完整的Android Studio项目的项目结构,如果你决定这样做的话。

Gradle就像一个make版本,它把功能放在可用性之前,这就是为什么你和433k读者甚至不知道它是一个构建系统。