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

是

后端无论 make,还是 CMake 都比 webpack 要简单太多

不仅麻烦,而且技术更新太快,可能才学没多久的构建工具,立马就不管用了...

屎堆多了自然麻烦

因为我们写的前端代码需要做转码(transpile)后才能在浏览器中运行。我们本地开发习惯的那些方式，模块加载、路径解析等等，放到浏览器执行环境中会发生变化。我觉得正式因为这种差异导致前端工程化的复杂化。

不过情况正在不断改善，特别是 ES6 问世后，统一的模块加载标准有了，现在现代的浏览器(Chrome, Firefox, Edge, Safari)都 100%支持 ES6 了（当然我们写代码用的是 ES6+）。

另外推荐使用比较现代化的脚手架代替手动配置 webpack，比如 vite 。

最难得地方：配置文件不向下兼容

我也被前端打包惊了, 一个普通 web 项目, node_modules 竟然有几万个小文件

@okampfer 碰上 electron 啥的还是 GG

应为它解决的问题本身就是复杂的🤷‍♂️

webpack 配置工程师没听过吗，新项目没有浏览器兼容问题的话直接上 vite，又快又简单

后端完全不懂前端想问一下前端的构建指的是什么？

前端现状就是一堆吃上饭的人，一个劲的在研究怎么样新来的吃不上饭

@Rache1 后端也是啊🌝🌝

@okampfer 后端管这个叫做编译

@darksword21 就是你在后端编译打包项目做的那些活。编译器把一种语言翻译成另一种，分析项目依赖把它们都打包到一起。

其实主要就是因为从一开始设计就只是个简单的脚本语言，根本就没想做完备的工程化解决方案。后面再加起来就很头疼。
不仅仅是前端有这问题，Python 也是一样。

@darksword21 就是想开发爽一点，各种新语法、框架、文件依赖、代码压缩等，但你开发爽了浏览器又不全认，所以得有个工具来干这个脏活

@Mithril php 也是(

@Mithril 我觉得前端面对文件类型的要比后端复杂 js，css，scss, json,各种图片, 再加上各种版本问题，兼容性问题

如果你要编译的程序需要运行在

不同的操作系统 x 不同的 app 内嵌环境 x 不同的操作系统版本 x 不同的 app 版本

针对新版本还得能用上新版本的优化

后续程序的分发, 竟然还和编译有关(CDN , 静态资源更新)

@emeab composer 比 npm 好多了

@ztxcccc 是的，而且 composer 几乎没有自身报错的时候，我想尝试一下前端安装框架文档来 npm 也报错，而且看到过好几次前端的同事 npm 也报错。