为何前端构建工具这么麻烦

[weimo383]

被 webpack 整晕的一天。想问问后端构建工具是不是很方便🌚🌚

[charlie21]

前端构建工具分为两种，一种是 angular 、另一种是 非 angular

[pabupa]

我不做前端的原因就是，他们在把问题复杂化，，，，根本不解决任何问题，反而引入了很烦人的新问题……

[pabupa]

@pabupa 用 jqery 也完全可以写出来模块化的、漂亮的代码。

[pabupa]

@ZxBing0066 你并不需要兼容所有的选项，只选择适合自己业务的不久行了吗？

[xsen]

@gBurnX #50 因为 docker 要解决的其中一个问题，就是你说的
所以用 docker，就不会出现你提出的问题

[killerv]

你们不要再吐槽 node_moudles 了，前几天救了我的命，我手滑 rm -rf 没提交的项目，发现之后赶紧 Ctrl + C，还好 node_moudles 还没删完，不然 src 肯定没了。

[kevin262516]

@pabupa 业内这批顶尖的的人认可啊，普通人有什么办法呢；呵。。

[pecopeco]

同意前端起步晚的说法，现在处在前端快速发展期间，而后端工具链基本已经很成熟了，公司里的老人根本看不懂前端在写啥，他们只能理解 js html css 一把梭

[timpaik]

打个比方，就好比你写 C++/Qt,但是你需要调用一堆 Python 脚本，还得交叉编译到 ARM，可气的是那堆 Python 脚本还 ffi 调用了一堆 rust x86_64 的库，当然还有更可气的，目标运行环境的 glibc 比 centos 6 还差

[Felldeadbird]

前端历史遗留问题太多，以前很多优秀的库，作者没维护了。后面接棒的人要搞构建环境真的吃力和浪费时间。

我在维护一个旧的前端库，用的 gulp2 。要用特定的 node 版本。我也没深入学习 gulp 新版的语法。不想浪费时间在构建上……

-------------
对比起后端来说，一般只要运行语言版本对的上。构建就是把代码丢过去，或者 IDE 编译就完事。而且大多数错误网上都有各种案例，很少有冷门的问题出现。这应该算是和前端构建起来少出问题的原因把。

[randomboi]

后端构建工具是不是很方便: NO

[TomatoYuyuko]

@pabupa 早年间我也用过 requireJS+jquery 写项目，处理数据密集型的功能太麻烦了，后来加了个 ko 才勉强好点。再后来数据可视化项目多了直接换 vue 了，外加移动端项目，要用到的技术变得越来越繁杂。我觉得前端复杂化是跟随互联网需求发展的，毕竟需要直接面对用户，网速越快，平台越丰富，前端屁事越多，没办法的事。

[zooeymango]

你也可以自己写一个构建工具，大家看看怎么样

[code4you]

webpack 长时间不用就忘记了~~

我这已经 2 个月没用 又忘记了

看以前的配置回忆下 不知道是记忆不好的 还是因为工具复杂的~ 😶

[baipiaoguai]

razzle 了解一下，基本的配置都直接搞定了，不用自己操心

[xujiahui]

webpack3 的时候确实懵逼，4 简化后感觉挺好的，不需要怎么配置，可能是我没碰到特别复杂的场景吧，你们一般碰到什么场景需要配置复杂的 webpack ？

[byte10]

@rpman 你这评论太精辟了，前端花里胡哨的东西多，自然不断的反复修改论证，估计真的是狮多了。
@michaelcheng 好像也是有点道理
@killerv 高级黑，笑死🤣。


后端也是复杂的配置，比如 gradle，应该不比前端的坑少。脚本语言的通病，花里胡哨的东西贼多，带来的代价就是贼复杂的，对于初学者很不友好，容易出错。至于 c++ cmake 那些感觉还好一些。

[abear]

@Dragonphy rimraf

[dzzhyk]

vite 现在发展怎么样

[exonuclease]

是吗 我记得我当初为了把一些代码抽出来做成 nuget package 一个 PR 改了 2000 个文件