前端的打包技术这几年突飞猛进， Java 的打包技术还基本是 maven

[yuankui]

啥时候 Java 也能有 webpack，babel，可以对 Java 代码进行 ET （ extract，tranform ），然后编译的，这种工具？
那 Java 的开发效率，还不蹭蹭蹭的上去啊？

对了，有做类似项目吗？

> 我能想到的一个问题是，Java 语法比较硬，IDE 容易出现各种提示报错~

嗯，webpack 和 maven 完全不是一个东西的。webpack 的 entry->loader->plugins -> output 跟 maven 的 lifecycle 有啥本质上的区别。不都是定义一个流程框架，然后支持插件扩展吗？最终不都是输出一个打包的 target ？

搭车问下，Java 有啥比较成熟的 hotreload 工具吗？

js，flutter 真香。

现在回想起来，有点后悔发这个帖子了。
这个帖子的看官主要是两类人：后端 Java 党，和前端 js 党。

按照 V2EX 日常的画风：js 党永远在吐槽 node_modules，以及前端技术变化太快，学不过来了。Java 党也是永远瞧不起 js 这种动态的，弱类型的，非 CPU 密集型的语言（写个秒杀试试？话说，用 nodejs 写不了秒杀吗？）。

所以，很清楚了，js 党在吐槽 js，java 党也看不起 js。

但是前端似乎没有体会过？

1. 开发 spark job，几分钟，跑 job 要跑几个小时，然后发现某行某个 string 写错，得重来？
2. 开发重型的基于 SSM 的重型 web 应用，启动花了 5 分钟，然后改了一个类的结构，然后又要重启？ 5 分钟。

经历了这些，你还觉得 Java 对开发者很友好？

说 gradle 的朋友们，不好意思，我是站在 java 后端角度来说的（忽略你们了，抱歉），所以我为了严谨，我还专门加了“基本” 2 字。

话说，gradle。webpack 我觉得不错的地方在于，他可以扩展一个语言的语法，比如 jsx，tsx。

有时候，我写后端，想扩展下 Java 语法，想想，我就吓了一跳，还是不要了。。

日了狗了，恶心的一逼🤢。
总有那些渣渣喜欢通过人工攻击+贬低别人来寻找优越感，以后我见一个 ban 一个。
罪恶，今天忍不住爆粗口了。

[efaun]

人类这么多年了还是碳基生命

[yuankui]

@efaun 对啊，难受不，兄 die，你都无法实现永生

[misaka19000]

那么多 JVM 方言还不够你用的吗

[liangkang1436]

这能比嘛😂

[lihongjie0209]

说明成熟稳定, 前端变化快那是因为太年轻.

而且你有什么需求需要再次对源代码进行 ET???

[misaka19000]

PS 现在 gradle 也慢慢的越来越多了吧

[lhx2008]

maven 的打包有什么问题？如果你想做后面的工作，可以再接 CI。东西不是越新越好的，nginx 十几年了没啥变化，不就是个反代么？

[murmur]

前端忙着造轮子，所以需要 babel，java 的是用汽车造车库，车随便摆一下就行了

[xnode]

前端我都学不动了,别更新了

[yuankui]

@lihongjie0209 我倒感觉前端这个车开的挺稳的啊，关键是还能开得快~

@misaka19000 @lihongjie0209
ET 我举个李子坝，比如 lombok 应该用过吧？但是 lombok 的实现还是 hack 了 JDK 的编译器，并不是 JDK 宣布要支持的，哪天 JDK 不支持了，这个功能，说没，就没。

参照下 ruby 的元编程。在 Java 里面，想象一下比如只需要给一个实现了 Iterable 的类，加上一个注解，就可以使用各种基于 Iterable 的各种实现方法，比如 map，reduce，fitler，toMap，forEach，等等各种方法。。当然，这些方法，目前还是有的。

自己写个单独的代码改写的程序还是挺容易的，但是就是与现有的工具，集成不起来~

[yuankui]

@xnode 老哥，挺住，这么多年，都挺过来，还怕啥~

[chendy]

虽然经常有人说 gradle 好用，但是 maven 用着好好的…

[souths]

gradle 啊也很好用

[misaka19000]

这些只能说是锦上添花，不能算是真正的痛点

[lhx2008]

@yuankui 并没有 hack，这是个 JDK 提供了接口的，而且可以很好的集成进 maven 插件 。

[yanguangs]

maven 的背景是 04 05 年,那个时候,兄台又有什么高见呢?

就是 16 年的时候,我都搞过依赖本地 jar 包的项目呢.

[yinzhili]

前端天天造轮子，各个轮子又有自己的缺点，变来变去非常累

[vitoaaazzz]

工程管理 + 支持插件，我没看出 webpack 和 maven 有什么本质区别，各种功能都是通过插件实现的。至于说哪类插件 webpack 有而 maven 没有那大概率是因为不需要。

[momocraft]

那是因为浏览器只能跑 JS 啊
不满 java 的本来就有 scala kotlin 可以选

[userdhf]

前端：在没人的地方挖个坑出来，再把挖出来的土垫到别的坑里。

[chanchan]

前端万岁 Java 已死
前端文明 Java 粗鲁

[Mohanson]

娱乐圈总想与别的圈比较一番，然后得出贵圈不如我圈的结论…

[lihongjie0209]

@yuankui #10 并不是 hack 编译器, 只是修改字节码. 只要 jvm 的字节码标准不变, lombok 就可以用. 如果要是变了, 你关心就不应该是 lombok 了

[wysnylc]

@userdhf #20 笑死了哈哈哈

[peneazy]

反正到了 35 岁基本都转行了，考虑那么多干啥

[niaobulashi]

@Mohanson 这比喻阔以的

[reus]

什么水平……
maven 那是依赖管理，本来 java 编译器就会做优化啊

[Mazexal]

java 语法比较硬=.= 强类型语言都这样的, 工业化大型项目就需要这样强类型检测, 不然很容易出问题

[skypyb]

gradle 确实好用
好就好在结构清晰，依赖一眼就能全看光光了,父子模块公共模块啥的该有的都有，配起来也方便
maven 那 XML 看得人头大

[leonme]

gradle 好用

[codermagefox]

哪里突飞猛进了嘛.你举个例子?

[szq8014]

前端圈那不是需要把 其它语言(DSL)编译成 js/html/css 才需要的嘛，后端用啥语言直接用就是了。。maven 负责用插件编译成 jvm 字节码就行了。。kotlin/scala/java/clojure/... 的插件都有呀。。

[ResidualWind]

maven 还行啊

[nullboy]

你不让 IDE 报错，难道想上线运行的时候报错么~
> IDE 容易出现各种提示报错~

[SunShine]

js 在出现 node 之前就是刀耕火种的石器时代，做个压缩工具还得劳驾 java

你一个工业化这么多年的语言，羡慕一个刚刚开始工业化起步的语言，掉价啊

[troywinter]

你没搞懂问题是什么，java 是编译型语言，打包后是字节码，js 需要打包是因为 js 是解释型语言，打包的仍然是 js，两者根本没有可比性，另外，如果 java 敢改字节码的话，这门语言早就废了

[yuankui]

@SunShine
js 在出现 node 之前就是刀耕火种的石器时代，做个压缩工具还得劳驾 java

你一个工业化这么多年的语言，羡慕一个刚刚开始工业化起步的语言，掉价啊
===========

不掉价，js 没那么多包袱，有了 webpack+babal 之后，可以随意扩展 js 语法了。比如 jsx，这些特性，在 java 里面想都不用想。。

看看之前开发者要求 flutter 增加类 jsx 语法支持的，google 那边开发者各种不愿意。。

[nichijou]

@yuankui 你类比错了，你应该把 JS 和 Java 字节码对比，然后看 compile 到这两种的语言们，哪队更多更强大

[jydeng]

有了 babel 之后，新特性、提案都能很快普及，这点确实很爽。

[yuankui]

@codermagefox

js 以及衍生语言
- 后端框架一大堆
- 前端框架一大堆，而且活跃程度很高，react，vuejs
- 移动开发，react-native，h5，小程序。。

当然这些都给予 nodejs，然后 webpack，babel 等等一个个积累出来的。

就说，现在 js 啥不能干，啥开发效率不高吧？
当然，除了大数据。。这种计算密集型的。。

跟 jquery 年代的 js 对比下，感受下？

相比之下，感受下这些年，Java 变了啥？
除了 java8 的 lambda ？

[chenxiaohong]

汽车这么多年还是靠轮子，圆形的轮子

[keelii]

这有啥好奇怪的，Java 需要处理的文件就只有 .java 最多 .xml ，前端呢？.html/.css/.scss/.less/.ts/.js...

前才不需要所谓的构建工具，后者没有构建工具活不下去。

[yuankui]

@nichijou 你类比错了，你应该把 JS 和 Java 字节码对比，然后看 compile 到这两种的语言们，哪队更多更强大
==========
js 说：来吧，Java，scala，clojure，kotlin，jruby，jpyton，groovy，你们一起上班，我不虚你们。。我也有兄弟，TypeScript,CoffeeScript,ES6,。。而且我还可以扩展。。

这些阵营中，除了 Java （后端，大数据），kotlin （主要是 android ），其他的份额都很小众啊。

[yuankui]

@chenxiaohong 所以，当磁悬浮出现的时候，大家都震精了！😆

[JASONWOOD]

@yuankui 用 js 写个商品秒杀吧

[janus77]

你是觉得换一个工具就=进步了吗，那你还是慢慢玩前端吧，刷刷版本号，换个版本代号，美滋滋
正经：因为 java 的代码层面的各种工具和库本身就可以成熟的支持各类需求了，maven 没变就是因为需求没变。
webpack 支持多，只是因为 js 语言本身的支持少，要靠额外工具来支持，仅此而已。
至于为何语言不支持要靠工具来支持，我就不讨论语言本身了，简单一点，人家发展早，生态丰富，所以支持度够多。

[codermagefox]

@yuankui #40
后端框架一大堆.请举例子.
前端框架一大堆,都是基于 VDOM,就这一个进步.
移动开发这些....emmm....都是应用层的,你要说是新技术,我就不想抬杠了.

Webpack 是谁写的,建议查一下.

你觉得在空地上建房子容易,还是拆老小区容易?
而且还不是建,都是抄的,哈哈

[yuankui]

@keelii 技多不压身~不给自己设限制，所以 js 的应用场景更丰富~

[yuankui]

@codermagefox
https://v2ex.com/t/580083 参考这篇帖子

好像 webpack 作者开发 webpack 的原因，就是因为“作者苦 Java 久矣？”哈哈
https://blog.csdn.net/P5dEyT322JACS/article/details/80090052

[rockyou12]

lz 什么智障？ maven 也好 gradle 也好都可以在编译器操作不管是代码还是生成的 class，maven 的 plugin 就有大量基于 apt 的代码生成插件，很多 jvm 语言也是通过 maven 插件来实现的编译，aop 也有 Compile-time weaving。

总结就是 webpack 能做的，maven 和 gradle 其实也能做，而且这两兄弟还能做包管理。更不要说 gradle 这种基于 groovy 的脚本，吊打 js 那破烂连 ide 提示都做不了的语法。

[codermagefox]

@yuankui #49 应用层的东西,怎么说呢,我也可以写一个"shabi.js"然后宣传它傻逼都能用,这就算新工具了?

个人是认为,正是因为前端不成熟,所以才发展快.

毕竟,大部分前端(包括我在内),连熟练工的级别都还没达到,谈什么工程?

不要被繁荣的表象蒙蔽咯~

[LokiSharp]

gradle Kotlin DSL 的表示？？？

[JASONWOOD]

工业级的语言，尤其是 server 端的那种，首要目标应是稳定啊。浏览器这种客户端的平台，三天两头一个更新倒还好，语言和框架跟着变也没问题，毕竟挂就挂一批。要是 server 端也这么来回跳脚，早被弃用了

[JASONWOOD]

我为大多数前端项目在使用 node 感到遗憾，真的是漂亮我外面，丑陋的内里。node_modules 那一坨，我天，真真是个超级黑洞

[fumichael]

npm install :)



https://twitter.com/garrows/status/1065217184643768320

[yuankui]

@rockyou12 这就恼怒了？但是我不跟吵，我们新平气和来论嘛~

1. 你给我用 apt 做个 javax 这种类似于 jsx 好用的扩展语法来，还能支持 IDE 提示来？要是觉得太简单，不屑于做，提个方案也行啊
2. 代码提示？ TS 了解下？（ TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.）

[youxiachai]

gradle 表示??

[abelmakihara]

我都想穿越到 10 年后前端大一统再工作了

[yuankui]

@codermagefox 因为新，所以发展快，这是有道理的。
就从变化和进步程度来说，相比之下，10 年来，Java 明显让人觉得还是那个老样子。

javascript 虽然历史也很悠久，但是给人感觉就是焕发了第二春~

[youxiachai]

@yuankui jvm 语言不是蛮多嘛...为啥会有老样子一说....

[yuankui]

@youxiachai gradle 可以的，在安卓端由于 google 强退下迅速普及。
后端普及率还是比较低哈，我就经历的几个公司，还没遇到用 gradle 管理后端（包括大数据）代码的。
当然，有可能我所经历的公司都比较 low

[zppass]

36 楼同学的回复大家可以看一下，我觉得还是有道理的，但也不绝对。（我记得 Java 貌似有一个字节码编程的东西）

如果觉得 maven 打包，会编译报错什么的让你觉得不爽。首先你看他要检验多少东西。
首先就是 Java 是强类型语言，你前端打包字不是字节码什么的不说，Js 本身是弱类型的。即使校验，你说他校验什么，一个变量我可以赋值给一个值也可以是一个数组，你让我校验类型我他妈弄死你。

其次，这种校验是不是有必要的，我觉得还是有的。就像楼上一位说的总不能线上部署上在看问题有没有出现。而且 JavaScript 这种弱类型动态的性质，实际上很多人都想去尝试修正，于是就有了 TypeScript 这种东西，各家也在跟进，比如 vue 什么的。（这前端也真的是难学，一直在变，然而又是最直观最容易挑毛病的，真的应了人人都是产品经理那句话，谁都能过来指手画脚指导一下。）

就跟很多新技术一样，要是经得住考验，自然会迅速传播的，话说 gradle 好用不，有大佬讲一下不。

[yuankui]

@youxiachai 多少多，就是都比较小众。
远远不及 js 的 ES6 和 TS。

kotlin 如果不是 google 强推，估计也是小众嘛。

[yuankui]

@zppass 终于遇到个正常讲话的。

我个人觉得哈，前端是在变，但是并没有走弯路，反而是越来越接近人们真正希望的样子，反倒是不断在前进，一个一个脚印，后人基于前任的成功，站在巨人肩上，不断滚打雪球。

[youxiachai]

@yuankui 我倒是觉得你的逻辑蛮怪的......
你觉得 js 变化快,还不如说 js 底子差..才要那么多变化...只能说之前是一坨屎,现在变成一坨比较香的屎而已...

语言的进步也不是看小众不小众,不是看语言的特性的吗....

其实找你这个逻辑,你的 es6 代码最后不也要用 babel 编译成 es5 才能跑,具体逻辑参考上面的屎论断...

说句不好听的,就是饭吃多了,看到屎香了,就觉得屎也蛮好的....

[yuankui]

@fumichael 这个经典梗。。

yarn 不是部分解决了这个问题的？

[yuankui]

@youxiachai 就是这个道理啊。
就好像我以前是 Java 这口饭的，后来无意中迟到 js 这口屎。但是觉得好难吃哦。

后来，经过这么多年，我发现，饭还是原来的饭，但是现在的屎居然做的比饭还好吃。

大家都听到这个消息后，争先恐后的来抢着吃屎。。

那些吃不到屎的？反倒是眼巴巴的看着吃屎羡慕不已。。

这个比喻吧？😆

[xy2401]

maven 确实够用 但是却 非常不好用。

[brust]

你觉得不好就别用就是了

[zhybb2010]

maven 除了 xml 现在相比起来没那么优美，功能并不缺失啊，况且 maven 也是迭代更新的，问题不大

[yuankui]

@brust 我是根据程序员挠痒痒原理（当你觉得某个技术令你不爽，那么大概率别人也会遇到，并且已经有了解决方案）。
到这里找答案来了。

可以再痒，也还得用啊~他是不完美，但是如上面很多楼说，够用~

[br00k]

没用过比 npm 更差的包管理了😂

[yuankui]

@br00k 没找到更好的之前，还得勉强用着不是？
yarn 到底咋样

[yanguangs]

@yuankui
Jdk8 可是 2014 年发布的,你莫非你五年当十年过了?

[yuankui]

@yanguangs 不纠结这个

JDK8 比较 JDK6，JDK7 是要香很多~

[Cursor]

还在 maven，有一种东西叫做 gradle … groovy 语言自定义 task，自定义插件的…

[jackchao7432]

嗯，前端天下第一

[qwab16]

Tobias：你好，Gregor。实际上，谷歌也在参与 webpack 的开发，只不过是间接参与。我在迷上 JavaScript 以上，也写过 Java。谷歌曾经推出过一个工具，叫 GWT （ Google Web Toolkit ），让 Java 程序员能用 Java 编写客户端应用。GWT 其实是一个 Java 应用到 JavaScript SPA 的编译器，也使用了谷歌的一些应用。

GWT 有一个功能我研究了很长时间，就是代码拆分（ code splitting ）。这个功能可以延迟加载不常用的代码。对于要保持初始加载速度的大型应用，这个功能非常重要。但我没发现 JavaScript 的开源工具（ 2012 年）中哪个具备这个功能，于是我就想写一个这样的工具，也就是 webpack。


上面哪里你看到苦于 java 了？？？？？？

[yuankui]

@qwab16 不好意思，我看走眼了

[TomorJM]

gradle 呀, 听说过没?

[zjiecode]

作为一个 androider，我写 java 都用 gradle。

[Sharuru]

人无知无畏。

[yuankui]

@Sharuru 望兄台不吝赐教~

[micean]

只要能编译成 class，你想怎么玩都可以，maven 插件也可以做很多事

[oneisall8955]

这不是打包问题，是本身对语言歧视问题

[NeinChn]

开发效率蹭蹭上去了,维护效率蹭蹭蹭跌的谁都搞不定
这就是 Python 和 JS 希望的事情....
维护不了了就全部重写....

[iPhoneXI]

所以我喜欢 Python/golang，等 Java 进化到 kotlin/scala 再说吧

[rockyou12]

@yuankui 看你这是 js 这个屎吃多了，觉得比以前的 java 香了，哪知道现在 jvm 上日新月异还是甩开 js 的屎山一大截。

而且我真的不知道 webpack 有啥好吹的，用过的都嫌它配置啰嗦。然后前端为了做一点点输出改变都还是要写一堆屎一样的 webpack 配置，而且 3 大框架写法都还不一样，简直是屎中之屎。

而且 js 这么屎，你这种想扩展语法扩展的憨憨门居功至伟。ES2018 来了，同学新语法糖看完了吗？

[liuxey]

楼主写后端，居然想扩展 Java 语法，想想，我也吓了一跳

[cyspy]

有什么是 maven 不能做的吗？ js 最大的错误就是 js 语言设计本身，后面从 ES 到构建系统都是在擦屁股罢了

[Mirt]

java web 项目热部署的话不用每次改动都重启吧。。。

[billlee]

现在看来 maven 确实不好用，主要是 maven 扩展需要编译，流程过于复杂复杂，导致定制构建过程的成本太高。比较新的 gradle, sbt 就支持脚本方式扩展了。

[easylee]

前辈坚持要 maven，否则早换 gradle 了（新环境）。

[applehater]

改方法里内容并不需要重启，另外，写一部分就可以做单元测试的，“试错式”编程才那么多重启吧。

[orm]

jrebel 插件，热加载，无需重启应用

[wdlth]

webpack 竟然在笑别的构建器配置？ webpack 的插件……

[closedevice]

webpack 走开...

[baozijun]

现在做 Java 开发常规编码还有人重启？

[sxlzll]

曾经 java 码农因为受不了动不动就整一大坨环境+分层+编译，转到了前端

[yuankui]

@Mirt 改了一个类的结构，比如给一个 POJO 加个字段？

@baozijun 不是每个人都是像你这样的高手，也也许是我太菜了。
@wdlth 哪里看出笑话了？
@liuxey 呵呵