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

2019-11-01 12:12:06 +08:00
 vjnjc

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

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

你们怎么看这 2 个话题

12715 次点击
所在节点    Java
84 条回复
leonme
2019-11-01 16:54:04 +08:00
@doudouwu 确实会先列出 gradle 的配置~可以去看看各类 spring 框架
crazycarry
2019-11-01 17:00:25 +08:00
说的你要写很复杂的 xml 一样的,垃圾 gradle,编译 es 折腾半天
crazycarry
2019-11-01 17:01:06 +08:00
已经 32 分了,还在编译
Navee
2019-11-01 17:28:29 +08:00
maven 的理念挺好的啊,约定优于配置,没啥骚操作用起来真香
gradle 是给骚操作准备的,太骚容易翻车
Raymon111111
2019-11-01 17:29:40 +08:00
工具是规范问题

你一个人独立干活可以选一选

大公司按照组织来
dutianze
2019-11-01 19:01:47 +08:00
看不懂 gradle
greatghoul
2019-11-01 19:07:18 +08:00
说的在理
fewok
2019-11-01 19:32:11 +08:00
已经不想争这些事了,以后当 leader,我说用啥就用啥。
9102 年了,老古董们,咋不用 jdk6 了呢??
beetlerx
2019-11-01 19:51:13 +08:00
垃圾 gradle ,每次下载一大堆 wrapper, .gredle 目录好几 G
别人提 bug 也不改 https://issues.gradle.org/browse/GRADLE-3196

![KH5ql4.jpg]( https://s2.ax1x.com/2019/11/01/KH5ql4.jpg)
doudouwu
2019-11-01 19:52:42 +08:00
@leonme
无一例外(略夸大,也差不多)

两者都有,则 maven 先
或者只有 maven 的

你说的情况不知道是不是我活在平行宇宙里
spring 官方的库,或者比较流行热门的库,大厂的库(阿里等)
大部分 README 里面也只贴 maven
encounter2017
2019-11-01 19:58:03 +08:00
@yuikns 你说的是 slow build tool 么(手动滑稽
qiyuey
2019-11-01 21:55:30 +08:00
有 kts 之后还好一些,之前用着确实感觉不是很好用
vjnjc
2019-11-02 00:27:11 +08:00
@mosesyou #32 请问一同。使用场景上 hbase 和 tidb 不同,是指 hbase 只能按照某种线性条件查询,而 tidb 能够像 mysql 一样进行查询吗?(不好意思,可能问的不是很专业
mxalbert1996
2019-11-02 01:00:07 +08:00
Gradle Kotlin DSL 才是未来,写起来比 Groovy 感觉好多了。
sagaxu
2019-11-02 02:00:34 +08:00
我大概从 2017 年底迁移到了 gradle 上,但是 wrapper 是从来都不用的,每次 gradle 发新版我都跟上,永远只有最新一个版本。

groovy 很不熟悉,有时改点东西还要翻查语言文档,不过现在好了,都支持 kotlin script 了,去年我把所有 groovy 构建脚本全部换成了 kotlin script,转换的过程异常的曲折和艰难,现在官网文档例子是 kotlin 和 groovy 都有,当时可没有。

构建速度,跟 maven 是差不多的,mirror 配好阿里的,wrapper 禁用,几十万行代码的项目,全量编译一次一分钟多点,增量编译就很快了。

目前没遇到过非用 xx 不能实现的需求,但是 maven 版本要啰嗦好几倍,有些东西实现起来也要麻烦好多,毕竟一个是 xml,一个是现代编程语言。
realpg
2019-11-02 09:29:24 +08:00
有没有人魔改一个不使用冗长的 xml 配置的 maven 甚至是个 maven xml configuration paser
WhatIf
2019-11-02 09:30:04 +08:00
gradle 用的不多, 之前因为用 android studio 的缘故, 稍微接触了几次 gradle,当然之所以能接触就是因为坑。
所谓科学上网能解决, 这个问题当时并没能解决。
as 提示我说有新的版本 ,于是去升级, 升级以后告诉我 gradle 有新的,于是也去升级, 然后就卡死了。
首先墙不是问题, 因为根据无法下载的提示, 直接下载速度都很快。 反正也不知道到底是为了什么。 后来的做法是手工下载了文件, 然后根据日志找到目录位置, 替换以后才搞定。
一句话,还是不省心。

当然因为 gradle 用的不多 , 所以其他坑怎么样就不知道了。
maven 在日常使用比较多, 还凑合,但是最大的坑还是下载的问题。 有时候,莫名下载了一般,文件被破坏。编译时候也能自己发现有问题, 然后居然不知道重新去下载, 逼着自己去目录里面删除文件才可以。
uxstone
2019-11-02 09:43:35 +08:00
会用 gradle 的朋友, 没有说不香的 (滑稽)
abcbuzhiming
2019-11-02 09:49:55 +08:00
maven 不算好用,但是推 gradle 这个,你们没发现对于一个严谨的依赖配置来说,gradle 这种用动态脚本建立的 DSL 自身就是个大问题吗?
还有 2019 年了,成熟一点,别动不动就“新技术应该推”,新技术不代表都 tm 好好吗,有些新技术其实是翔,背后有其它目的才推出来的,你也赶着去吃屎?
nl101531
2019-11-02 09:59:37 +08:00
@szq8014 2019.3 新版的 maven 自动补全卡的不得了。。。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/615200

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX