Gradle 使用真的比 Maven 的人要少吗？
Github 文件名搜索的参数数据：
图1：是在 GitHub 中搜索 build.gradle 文件名的匹配数量有 970 万
图2：是在 GitHub 中搜索 pom.xml 文件名的匹配数量有 930 万
当然这一组数据仅仅只能作为参考，并不完全准确，不过大家也能从中看出使用 Gradle 的人并不少，相反很多。
可能是题主身边使用的比较少，造成这种原因可能主要原因有两点。
不需要，使用 Maven 已经能完成满足需求；学习成本，任何一个新的工具或语言都需要学习成本，而 Gradle 的学习相对于不熟悉 Groovy 语言的人来说会比较高，所以让人望而却步。
相反对于熟悉 Gradle 的人来说，他们会更习惯 Gradle 的工作方式，因为在配置上它比 Maven 要简洁。配置比 Maven 简洁这并不是 Gradle 最大的优势，而是 Automate Everything（自动化一切） 实现上要比 Maven 容易的多，这才是偶真正喜欢 Gradle 的理由。
比如：
根据环境自动化配置，因为 *.gradle 文件其实就是 groovy 所以可以在构建脚本中直接就是使用 groovy 编码。不仅支持条件语句，还直接使用 java、groovy 的 API，比如 System.getenv 获取系统环境变量然后根据值做一些操作就比 Maven 要容易很多。
repositories {
mavenLocal()
def aliyunEnabled = System.getenv(“GITHUB_ACTIONS”) == null
if (aliyunEnabled) {
maven {
url = “/nexus/content/groups/public/”
}
}
mavenCentral()
}
在国内访问 Maven 的中央仓库下载依赖效率不高，所以采用 Aliyun 提供的镜像仓库速度会快得多，但本人一直喜欢白漂 ? 使用免费的 GITHUB_ACTIONS，在 GITHUB_ACTIONS 构建时访问阿里云镜像速度很慢，所以就有了上一段逻辑。如果你使用 Maven 的话可能需要使用 profile 来区分，在构建命令上加上 profile 相关的参数，或者使用 settings.xml 的方式去配置镜像，但是多人协作时每个人都需要配置。而在使用 Gradle 时就可以轻易的做到一次配置到处运行，不需要额外配置，不需要额外命令参数实现这一自动化构建。
更多的就不在举例了，选择一项工具，可能是客观的原因，也可能是主观原因。当然偶觉得更多的是在你身边，团队有人带头去做这个事情。
同时也期望更多的人能使用 Gradle 来简化你的工作，让工作变得更加轻松，Automate Everything。
如果觉得《如何将mysql查询结果转为数组 – 数据库 – 前端 mysql 查询语句嵌套查询》对你有帮助，请点赞、收藏，并留下你的观点哦！
