了解严格模式
在这一部分,我们将深入探讨严格模式('use strict'),了解它的基本概念以及为什么在JavaScript中使用它。通过建立对严格模式的理解,我们可以更好地探讨它的优点和局限性。让我们开始吧。
1.1 严格模式是什么?
'use strict'是一种特殊的编译指令,用于告诉JavaScript引擎以严格模式来执行代码。它是ECMAScript 5(ES5)引入的一个重要特性,旨在提高JavaScript代码的质量和安全性。
1.2 为什么需要严格模式?
严格模式的引入是出于对JavaScript代码的改进考虑。它的存在有以下目的:
- 代码质量提升: 通过强制更严格的代码规范,严格模式有助于降低代码中潜在错误的风险。
- 安全性增强: 严格模式禁用了一些潜在的不安全特性,有助于减少漏洞的可能性。
- 性能优化: 由于对代码执行的更严格要求,严格模式可以帮助JavaScript引擎更有效地进行优化,提高代码的性能。
- 规范约束: 严格模式引入了一些新的保留字,强制开发者遵守更严格的规则,以确保代码的一致性。
在接下来的部分,我们将深入探讨严格模式的各种优点,以帮助你更好地理解它为何被认为是JavaScript的救星。
'use strict'的优点和示例
2.1 防止全局变量泄露
优点: 严格模式可以防止全局变量的意外创建。
示例:
在非严格模式下,如果我们不小心遗漏var
关键字,变量会成为全局变量,这可能导致问题:
js
function createGlobalVariable() {
globalVar = 10; // 没有使用 var,会创建全局变量
}
createGlobalVariable();
console.log(globalVar); // 输出 10
在严格模式下,这种情况会导致ReferenceError
:
js
"use strict";
function createGlobalVariable() {
globalVar = 10; // 在严格模式下会抛出 ReferenceError
}
createGlobalVariable(); // 抛出错误
2.2 抛出异常
优点: 严格模式会在一些情况下抛出异常,有助于更早地检测问题。
示例:
在非严格模式下,一些潜在问题可能默默失败:
js
function silentFailure() {
undeclaredVar = 20; // 未声明的变量,不会引发错误
}
silentFailure();
console.log(undeclaredVar); // 输出 20,但不推荐这样做
在严格模式下,这种情况会抛出ReferenceError
:
js
"use strict";
function silentFailure() {
undeclaredVar = 20; // 在严格模式下会抛出 ReferenceError
}
silentFailure(); // 抛出错误
2.3 增强安全性
优点: 严格模式禁用了一些不安全的功能,有助于减少潜在的漏洞。
示例:
在非严格模式下,with
语句可能导致不明确的变量引用:
js
function unsafeWith() {
var obj = { value: 42 };
with (obj) {
console.log(value); // 42
}
}
unsafeWith();
在严格模式下,with
语句不允许使用,以提高代码的可维护性和安全性:
js
"use strict";
function unsafeWith() {
var obj = { value: 42 };
with (obj) {
console.log(value); // 在严格模式下会抛出 SyntaxError
}
}
2.4 提高代码质量
优点: 严格模式会捕获一些常见的编码错误,有助于提高代码的质量和可维护性。
示例:
在非严格模式下,可能不会捕获到未声明的变量使用:
js
function commonError() {
mistypedVar = 100; // 变量名错误,没有抛出错误
}
commonError();
在严格模式下,这种情况将引发ReferenceError
,帮助我们更早地发现问题:
js
"use strict";
function commonError() {
mistypedVar = 100; // 在严格模式下会抛出 ReferenceError
}
commonError(); // 抛出错误
2.5 性能优化
优点: 由于对代码的更严格要求,严格模式可以帮助JavaScript引擎更有效地进行优化,提高代码的性能。
在下一部分,我们将讨论严格模式的一些潜在限制,以全面了解它的使用。
'use strict'的限制和示例
虽然严格模式提供了许多优点,但也有一些限制和潜在问题,包括:
3.1缺失一些常见功能:
严格模式禁用了一些功能,如 with
语句,可能需要开发者适应新的编码模式。
示例: 严格模式禁止使用 with
语句,这可能需要在某些情况下编写更多的冗长代码:
js
"use strict";
var obj = { x: 10, y: 20 };
// 在非严格模式下,可以使用 with 语句
with (obj) {
sum = x + y; // 在非严格模式下,sum 可能会创建为全局变量
}
3.2无法访问 function.caller
和 function.arguments
:
在严格模式下,访问 function.caller
和 function.arguments
会导致错误,可能影响一些特定的调试和函数调用跟踪需求。
示例: 在非严格模式下,可以使用 function.caller
来访问调用函数的引用,但在严格模式下无法使用:
js
function getCallerName() {
return getCallerName.caller.name; // 在非严格模式下有效,但在严格模式下会抛出错误
}
3.3脚本合并问题:
如果合并了使用不同严格模式编写的脚本,可能会导致一些不兼容或问题。因此,在项目中要确保一致地使用严格模式。
结论
'use strict' 是用于对整个脚本或单个函数启用严格模式的语句。严格模式是可选择的一个限制 JavaScript 的变体一种方式 。
优点:
- 无法再意外创建全局变量。
- 会使引起静默失败(silently fail,即:不报错也没有任何效果)的赋值操抛出异常。
- 试图删除不可删除的属性时会抛出异常(之前这种操作不会产生任何效果)。
- 要求函数的参数名唯一。
- 全局作用域下,
this
的值为undefined
。 - 捕获了一些常见的编码错误,并抛出异常。
- 禁用令人困惑或欠佳的功能。
缺点:
- 缺失许多开发人员已经习惯的功能。
- 无法访问
function.caller
和function.arguments
。 - 以不同严格模式编写的脚本合并后可能导致问题。
总的来说,我认为利大于弊,我从来不使用严格模式禁用的功能,因此我推荐使用严格模式。
参考
- 2ality.com/2011/10/str...
- lucybain.com/blog/2014/j... 如果对with的使用感兴趣,还可以阅读(JS中的历史遗留问题你都知道几个呢?(二) - 掘金 (juejin.cn))