你们会觉得 maven 做构建比 gradle 更好用吗

[vjnjc]

这两天在外面面试，面的是 Java 后端，会遇到一些风格迥异的程序员。 比如说 maven 会比 gradle 更好用，他们在 2019 年在推 maven。 比如说 TiDB 不够成熟，比起 hbase 来说，还没到生产环境的程度

想看一下大多数 Java 开发者的看法。我先来说。1. 会觉得用 markup language 写代码，怎么也比不上 groovy 这样的真正的程序语言 2. 我用过 Hbase，HBase 远没有它宣称的那样好，查询功能不多样，上了生产环节有不少运维的坑。下一次做大量数据的存储会考虑用 TiDB

你们怎么看这 2 个话题

[Jrue0011]

额。。难道不是看做什么的吗？安卓大部分用 gradle，其他大部分用 maven
这个上 github 看看 build.gradle 和 pom.xml 都是哪些项目应该能看出来吧

[chendy]

spring 程序员表示，没有从 maven 换到 gardle 的刚需
平时只有加依赖，升级依赖的时候回改一改 xml

[assilzm]

maven 和 gradle 都用过很长时间，相比之下 maven 更适用些，原因：
1、应用广，配置简单
2、出了问题一百度啥都有

gradle 的设想是非常好的，但是目前用起来的问题在于：
1、那个 DSL 很多人搞不明白，语法还很奇怪
2、版本跑的太快，新旧版本之间还有语法差异
3、eclispe 支持的非常不好，就连 IDEA，AS 也也有很多人反馈没有语法提示

[bccoder]

gradle 也反人类，还不如直接用 java 写，搞一套 dsl 用起来也很诡异

[hoyixi]

俩烂货，半斤八两

[qwerthhusn]

我理解：管他 maven 还是 gradle，做一个项目只有很少的工夫花在这里，主要是业务。这里哪个顺手用哪个

[nicevar]

服务端还是用 maven 比较舒服，安卓以前也用 ant，换成 gradle 差别也不大，gradle 的版本变化的坑真的很多

[kx5d62Jn1J9MjoXP]

gradle 就是屎

[v2extroll]

视情况看吧，工程级系统需要用 gradle，构建场景太多了，整个工程管理也比较复杂；但绝大部分业务系统实际并不需要 gradle，可选的话还是 maven 学习成本更低一点。

[6IbA2bj5ip3tK49j]

个人之前用 maven
现在用 gradle kts，有了 kotlin，写 dsl 简单多了。

[Aresxue]

maven 占主流，因为历史原因功能也确实更多样更强大，但 gradle 是趋势，作为去 xml 化中的一部分，毕竟标记型语法的配置看着既不够清爽还容易出问题。(但标记型语法在表达上可能还是更强大一些)

[mosesyou]

1.maven 和 gradle 选择哪个并没有什么本质区别，目前也只是喜好问题而已
2.tidb 完全可以在生产上使用，在使用场景上，也和 hbase 不同

[jzmws]

gradle 我感觉最好的是 加载本地的 jar 方便 / 不需要私有化库 直接放着文件夹下就可以引用了

[jjianwen68]

构建工具而已，配置好了又不会经常改

[karottc]

只用过 maven，没发现啥问题，感觉很好用

[hpan]

@jzmws maven 必须私服吗？直接本地路径不行？

[fhsan]

别问问就 gradle

[uleh]

gradle 连个网要等死人……

[mikulch]

学了一下 gradle 没学会，觉得还要学个新语言，就放弃掉了。继续 maven。
hbase query 本来不是什么强项吧，得考虑很多东西。设计 row key 什么的。
tidb 没用过。

[bigoktesk]

gradle 并发编译多个应用的时候问题非常多