去除 Vue 项目的严格模式会影响构建过程，原因如下：潜在的错误不再被严格模式拦截，导致运行时异常或难以追踪的 bug；去除严格模式可能会导致依赖库或插件出现不可预测的行为。
Vue 项目去除严格模式：构建过程的蝴蝶效应
你问去除 Vue 项目的严格模式会不会影响构建过程？答案是：会的，但影响程度取决于你的项目规模和构建配置。 这可不是简单的开关一拨的事儿，背后牵扯着不少东西。
让我们先来理清什么是 Vue 的严格模式。简单来说，它就像个尽职的管家，在开发阶段帮你找出潜在的 Vue 实例问题，比如数据属性未声明就使用，或者未正确使用 this 等。 它会抛出警告，甚至阻止你的应用运行，目的只有一个：尽早发现 bug，避免上线后出现问题。
那么，去掉它会发生什么？ 最直接的影响是，那些在严格模式下被发现的错误，现在会悄无声息地发生，可能导致运行时异常，或者一些难以追踪的诡异 bug。这就像把安全带解开，飙车的感觉爽是爽了，但一旦撞车，后果你懂的。
构建过程方面，去除严格模式本身不会显著改变构建时间或产物大小。 编译器仍然会做它该做的事：把你的 .vue 文件转换成浏览器可执行的 JavaScript、CSS 和 HTML。 但问题是，因为那些潜在的错误不再被严格模式拦截，你可能需要花更多时间在测试和调试上，间接增加了构建和发布的周期。
立即学习“前端免费学习笔记（深入）”；
更糟糕的是，如果你依赖某些依赖库或插件，它们内部可能依赖严格模式进行一些检查。移除严格模式可能会导致这些库出现不可预测的行为。 这就好比你拆卸了一台精密仪器上的某个零件，看似不起眼，但可能导致整个系统崩溃。
下面，让我们看看一些代码示例，来体会一下这种微妙的差异：
严格模式下:
// 严格模式下，以下代码会报错，因为 data 中没有声明 count 属性
new Vue({
strict: true,
data() {
return {}
},
mounted() {
console.log(this.count); // 报错!
}
});非严格模式下:
// 非严格模式下，这段代码不会报错，但 this.count 会是 undefined
new Vue({
strict: false,
data() {
return {}
},
mounted() {
console.log(this.count); // 输出 undefined，可能导致后续逻辑错误
}
});看到区别了吗？在严格模式下，编译器会在构建阶段就发现这个问题，而没有严格模式，这个错误会在运行时才暴露出来，这会给你的调试带来巨大的挑战。
最后，我的建议是：除非你对项目了如指掌，并且有充分的理由，否则不要轻易去掉严格模式。它虽然会增加一些开发阶段的警告，但能极大地提升你的代码质量，减少后期维护成本。 记住，在开发环境中保持严格模式，而在生产环境中进行优化才是最佳实践。 当然，你可以通过配置，在生产环境中关闭严格模式，但开发环境务必开启。 这是一种权衡，一种对代码质量负责的态度。
