为什么有些人使用 Gradle 从 CMD 构建应用程序，而不是仅单击 Android Studio 中的 运行 按钮
Why do some people build app from CMD using Gradle, instead of just clicking the Run button in Android Studio
这样做有什么隐藏的好处吗？
我正在看这个 Android Studio + Gradle 教程，从命令行构建似乎需要做很多工作：
https://www.youtube.com/watch?v=L-k6dpfXqBY
如果问题质量不够好，你能给我指出一个合适的地方来提问，而不是投反对票，我会自己删除它。
运行 IDE 中的应用程序就是这样做的：运行s IDE 中的应用程序。
Gradle 是一个完整的基于任务的构建系统。 许多 可以从 Gradle 完成的任务 运行 比 IDE 的 "run" 按钮所做的还要多。就个人而言，我有 Gradle 个任务：
将不需要资源的库模块的 JAR 版本打包，作为 Eclipse 用户的分发选项
将 AAR 发布到本地 Maven 存储库，以便稍后上传到我的 public Maven 存储库
发布 JavaDocs（不过，嗯，我需要做的不止于此）
我只是触及了可能性的表面。更不用说更多企业级场景了，比如来自构建服务器或 CI 服务器的 运行ning Gradle 任务。
此外，请记住并非每个人都使用 IDE。欢迎开发人员使用文本编辑器和命令行进行大部分 Android 开发。
这样做有什么隐藏的好处吗？ 我正在看这个 Android Studio + Gradle 教程，从命令行构建似乎需要做很多工作：
https://www.youtube.com/watch?v=L-k6dpfXqBY
如果问题质量不够好，你能给我指出一个合适的地方来提问，而不是投反对票，我会自己删除它。
运行 IDE 中的应用程序就是这样做的：运行s IDE 中的应用程序。
Gradle 是一个完整的基于任务的构建系统。 许多 可以从 Gradle 完成的任务 运行 比 IDE 的 "run" 按钮所做的还要多。就个人而言，我有 Gradle 个任务：
将不需要资源的库模块的 JAR 版本打包，作为 Eclipse 用户的分发选项
将 AAR 发布到本地 Maven 存储库，以便稍后上传到我的 public Maven 存储库
发布 JavaDocs（不过，嗯，我需要做的不止于此）
我只是触及了可能性的表面。更不用说更多企业级场景了，比如来自构建服务器或 CI 服务器的 运行ning Gradle 任务。
此外，请记住并非每个人都使用 IDE。欢迎开发人员使用文本编辑器和命令行进行大部分 Android 开发。