为什么有些人使用Gradle从CMD构建应用程序，而不是在androidstudio中单击Run按钮
这样做有什么隐藏的好处吗？ 我正在观看这个Android Studio+Gradle教程，从命令行构建它似乎需要做很多工作：为什么有些人使用Gradle从CMD构建应用程序，而不是在androidstudio中单击Run按钮,android,gradle,Android,Gradle,这样做有什么隐藏的好处吗？ 我正在观看这个Android Studio+Gradle教程，从命令行构建它似乎需要做很多工作： 如果问题的质量不够高，你能告诉我一个合适的地方，在那里提问而不是否决，我会自己删除它。从IDE运行应用程序只需要：从IDE运行应用程序 Gradle是一个完整的基于任务的构建系统。Gradle可以运行的任务比IDE的“运行”按钮要多得多。就我个人而言，我有一些梯度任务： 打包不需要资源的库模块的JAR版本，作为Eclipse用户的分发选项 将AAR发布到本地Maven
如果问题的质量不够高，你能告诉我一个合适的地方，在那里提问而不是否决，我会自己删除它。从IDE运行应用程序只需要：从IDE运行应用程序 Gradle是一个完整的基于任务的构建系统。Gradle可以运行的任务比IDE的“运行”按钮要多得多。就我个人而言，我有一些梯度任务：
- 打包不需要资源的库模块的JAR版本，作为Eclipse用户的分发选项
- 将AAR发布到本地Maven repo，以便稍后上载到我的公共Maven repo
- 发布JavaDocs（不过，嗯，我还需要做更多）
另外，请记住，并不是每个人都使用IDE。开发者可以在大多数Android开发中使用文本编辑器和命令行。从IDE运行应用程序只需要：从IDE运行应用程序 Gradle是一个完整的基于任务的构建系统。Gradle可以运行的任务比IDE的“运行”按钮要多得多。就我个人而言，我有一些梯度任务：
- 打包不需要资源的库模块的JAR版本，作为Eclipse用户的分发选项
- 将AAR发布到本地Maven repo，以便稍后上载到我的公共Maven repo
- 发布JavaDocs（不过，嗯，我还需要做更多）
另外，请记住，并不是每个人都使用IDE。开发者可以在大多数Android开发中使用文本编辑器和命令行。从IDE运行应用程序只需要：从IDE运行应用程序 Gradle是一个完整的基于任务的构建系统。Gradle可以运行的任务比IDE的“运行”按钮要多得多。就我个人而言，我有一些梯度任务：
- 打包不需要资源的库模块的JAR版本，作为Eclipse用户的分发选项
- 将AAR发布到本地Maven repo，以便稍后上载到我的公共Maven repo
- 发布JavaDocs（不过，嗯，我还需要做更多）
另外，请记住，并不是每个人都使用IDE。开发者可以在大多数Android开发中使用文本编辑器和命令行。从IDE运行应用程序只需要：从IDE运行应用程序 Gradle是一个完整的基于任务的构建系统。Gradle可以运行的任务比IDE的“运行”按钮要多得多。就我个人而言，我有一些梯度任务：
- 打包不需要资源的库模块的JAR版本，作为Eclipse用户的分发选项
- 将AAR发布到本地Maven repo，以便稍后上载到我的公共Maven repo
- 发布JavaDocs（不过，嗯，我还需要做更多）
另外，请记住，并不是每个人都使用IDE。开发者可以在大多数Android开发中使用文本编辑器和命令行。当然，Android Studio的全部要点是，您的run按钮可以完成所有这些任务（或者您可以有多个Gradle run配置，每个配置都可以完成其中一项任务）：命令行中可用的任何内容在IDE中也可用，反之亦然。@ianhanniballake:非常正确。然而，我们中的一些人患有一种被称为“老年”的慢性病。众所周知，这种疾病有时会导致脱发、视力下降和其他身体影响。在某些情况下，它也很容易导致受苦的开发人员更喜欢使用命令行，偶尔会抱怨一些关于草坪的事情。：-）所以，如果我从run按钮运行应用程序，我不会错过任何东西？此外，在Eclipse中，每当我运行应用程序时，都会在项目的BIN目录中创建一个APK文件，因此我获得了该文件并将其发送给感兴趣的各方。不过，无论何时从Android Studio运行，我都找不到APK文件。它在哪里？@J.K.：“如果我从运行按钮运行应用程序，我不会错过任何东西？”--对于运行应用程序的基本任务，没有。请注意，您可以使用构建变体工具（默认情况下停靠在左边缘）来控制哪个构建变体是实际运行的（例如，调试与发布）。“无论何时从Android Studio运行，我都找不到APK文件”——通常，输出在
build/outputs/build/outputs/apk/