4 篇博文 含有标签「构建工具」

webpack 配 source map 时，很多人最开始只有一个判断标准：能不能在浏览器里看到原始源码。可项目一大以后，你会发现 source map 其实牵连了很多事，构建速度、调试精度、错误定位、产物暴露范围，全都和它有关。选型如果只看“调试爽不爽”，很容易在发布阶段踩坑。

webpack 的性能优化很容易让人一上来就陷入“经验动作”：先怀疑 UI 组件库，再怀疑图片，再想办法加几个拆包配置。可如果还没看清产物里到底是什么占了体积，这些动作大多只是碰运气。真正有效的优化，通常都从一份可读的打包分析开始。

2013 年前端工程化还远没有今天这么成熟，但团队已经开始意识到：文件压缩、拼接、编译、监听这些工作，不能一直靠手工做。

刚接触 Grunt 时，很容易因为插件多、示例多，直接把 concat、uglify、watch、cssmin 全塞进一个 default 任务里。命令虽然能跑，但过不了几天就会发现：自己已经分不清到底哪个任务给开发环境用，哪个任务给上线打包用。