这是一篇升级 Angular 13后遇到的问题实践经验与总结。主要包括了开发模式下构建速度慢的原因分析与解决和自定义 webpack 配置 dll 支持的方法。

在对一个庞大的 Angular 项目进行构建优化时，为其增加了 webpack dll 配置。但是执行后发现 dll 没有生效，配置在 dll 中的依赖仍然会被打包在运行时 chunks 当中。 经过调试 DllReferencePlugin 发现 manifest 中的路径似乎不太对。打开 manifest.json 文件，发现其中的依赖路径都是类似这样的： \"content\":{\"../nod

不要将开发模式的调试代码带到生产环境，否则你的实现方式可能是存在安全隐患的。本文主要介绍了可能给生产环境提供调试“后门”的方式，以及基于环境变量、魔术常量、以及`strip-loader`构建工具插件实现对非当前环境的调试代码进行清理的几种方法与原理，并分析了他们各自的优缺点。

这是一篇历时一年多的 webpack5 升级式实践总结。最早在 2020年4月份 webpack5 处于 beta 阶段时即开始相关的项目升级尝试，后续过程中又间断的进行了几次尝试，均因自编插件和第三方插件的兼容性等原因一直停留在不同的版本分支中。 2020-04：[email protected]+ 2020-07：[email protected]+ 2020-10：web

在一些特殊需求中，需要使用到严格模式下被禁止而导致报错的语法，此时需要避免构建的结果包含 use strict。 1 编译构建时不添加 use strict 1.1 babel-loader 设置 strictMode=false babel-loader 通过 @babel/helper-module-transforms 处理模块的转换，它提供一个配置参数 strictMode 用于指定是否编

在 webpack 中一般都会设置 webpack 的 devtool 以开启 sourceMap 功能。在使用了 resolve-url-loader 和 sass-loader 的情况下，当进行生产环境输出关闭 webpack 的 sourceMap 功能时，可能会产生类似如下报错信息： ModuleNotFoundError: Module not found: Error: Can\'t r

1 升级至 Angular8 如果你使用的是 angular/cli 构建方案，执行 ng update 即可，该过程主要是更新 package.json 中的依赖。为了了解到底改变了哪些内容，个人更喜欢手动方式升级，方法参考如下： 首先全局安装 @angular/cli： npm i -g @angular/cli； 然后创建一个新的项目 ng new ng8-demo； 对比测试项目 ng8-

Angular-cli 通过 angular.json 实现构建配置，对于复杂配置需求的支持，可以通过 ng eject 输出 webpack 的配置文件，然后自定义 webpack 来达到目的。 当前对于 Angular 6.x/7.x 的项目，Angular-cli 需采用 6.x/7.x 版本，而这些版本不支持 ng eject 命令，于是希望自定义 webpack 配置实现更多复杂需求就无

1. fis3 简介 fis3 是狼厂出产的工程化构建工具，在其厂内得到广泛推广应用，在国内也火了很长一段时间。而在 webpack 和 rollup 大红大紫的当下，fis3 似乎在日新月异的前端圈里渐渐地淡出大众的视野。 暂不说孰优孰劣，好用够用就是最好的。fis3 相对已比较成熟稳定，又太长时间没有新东西拿出来，在 tree shaking 这些技术面前显得有些落后。当前应该仍有不少的团队在