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

[vjnjc]

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

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

你们怎么看这 2 个话题

[youxiachai]

@zhazi 现在 gradle 有 kts 了..可以用 kotlin 了..

[shanlan]

上学的时候第一次用包管理工具，当时是学安卓。就一个 gradle 浪费了我很多时间和精力，最后看到这个东西就怕了。

后来学习 spring 的时候用上 maven，没有类似的烦恼了。

[qq6686496]

都是垃圾

[Resource]

很早的时候开始用 gradle，现在的语法变得我已经不太会用了

[optional]

构建工具而已，好一点差一点没有什么明显的区别。
hbase 不是这么用的。

[springmarker]

Gradle wrapper 慢? 不是早就加上 CDN 了吗，我刚才还特地关闭了路由加速，速度凑凑的啊。

[bashbot]

写代码的喜欢 gradle，做管理的喜欢 maven。
gradle 太灵活了，不利于团队协作和版本兼容。灵活往往意味着复用低和容易出妖蛾子，毕竟很难保证团队里每个成员的代码质量都很靠谱。
对于大项目和大团队，规范带来的收益通常比灵活 /先进带来的收益高。

[uxstone]

不理解也不喜欢 gradle 的 wrapper
明明就是一个构建工具, 没啥非要每个项目里都放一个 wrapper

[kassadin]

一个 XML， 一个 DSL，俩坑货。

[ErrorMan]

XML 虽然啰嗦了点，但是比起 grandle 来说身为标记语言更严谨，个人倾向于 XML。规范一些维护的时候能省点心

[binbinyouliiii]

@uxstone #68 为了兼容啊。

@ErrorMan #70 强类型语言不都挺“严谨”的吗

[Cbdy]

可以项目底下当一个 pom.xml ，再放一个 build.gradle。爱用哪个用哪个

[xuqd]

@yuikns sbt + 1

[sagaxu]

@lxk11153 gradle 配置文件本身就是 groovy 或者 kotlin 代码，怎么格式化代码就怎么格式化配置文件

@f1ren2es 如果要自己做点工具，需要解析构建配置文件的时候，解析 XML 可比解析 DSL 简单多了

@doudouwu spring framework 早就迁移到 gradle 了，spring 团队已经迁移了 n 个库了

@nl101531 IDEA 的 gradle 补全也卡也慢

@springmarker CDN 去年开始才有的，之前下载可不快

@uxstone 我项目里都不用 wrapper，放弃兼容性，只支持当前新版 gradle



maven 有一个巨大的优势，熟悉 gradle 的人往往也熟悉 maven 或者上手很快，反过来就不一定了

[uxstone]

@sagaxu IDEA 2019.2 以后的版本 在导入 gradle 项目时 会强制下载使用 wrapper。没有之前版本那样可以选择本地 gradle 的选项了

[sagaxu]

@uxstone 导入完之后还是可以设置禁用的

[youngxhui]

@doudouwu 没有

[gclm]

@sagaxu #76 我这里发现禁用不了啊。是我操作的问题吗？可以发个简单的操作流程吗？

[sagaxu]

@gclm use gradle from，里面有 3 种，选 specified location

[vjnjc]

@sagaxu #74 [maven 有一个巨大的优势，熟悉 gradle 的人往往也熟悉 maven 或者上手很快，反过来就不一定了
]。 真的没错，漏掉了这个优势！