【JavaScript篇】——严格模式“use script”

268 阅读3分钟

概念:

严格模式(strict mode):由ES5引入,是一种在JavaScript代码运行时自动实行更严格解析和错误处理的方法。

Javascript语言的一个特点,就是允许"动态绑定",即某些属性和方法到底属于哪一个对象,不是在编译时确定的,而是在运行时(runtime)确定的。

严格模式则对动态绑定做了一些限制。如在某些情况下,只允许静态绑定。也就是说,属性和方法到底归属哪个对象,在编译阶段就确定。这样做有利于编译效率的提高,也使得代码更容易阅读,更少出现意外。

使用位置:

“use strict” 需放在一个 JavaScript文件或函数的起始位置(第一行)时,才可以开启严格模式。推荐在函数的开始处加入“use strict”而非文件的开头。

全局 "use strict" 为什么不好?

一个重要的原因就是非严格模式文件与严格模式文件合并时,“use strict” 就到了文件的中间,不仅没有指示严格模式,反而在压缩后浪费了字节。

解决该局限的最好方式是,将整个脚本文件放在一个立即执行的匿名函数之中。

(function (){
    "use strict";
    // some code here
})();

优点:

1. 能够尽早发现那些被忽略或默默失败了的代码错误,使调试更加容易。

2. 防止意外的全局变量。如果没有严格模式,将值分配给一个未声明的变量会自动创建该名称的全局变量。这是JavaScript中最常见的错误之一。在严格模式下,这样做的话会抛出错误。

3. 消除 this 强制。如果没有严格模式,引用null或未定义的值到 this 值会自动强制到全局变量。这可能会导致许多令人头痛的问题和让人恨不得拔自己头发的bug。在严格模式下,引用 null或未定义的 this 值会抛出错误。

4. 不允许重复的属性名称或参数值。当检测到对象中重复命名的属性,例如:
var object = {foo: "bar", foo: "baz"};)
或检测到函数中重复命名的参数时,例如:
function foo(val1, val2, val1){})
严格模式会抛出错误,因此捕捉几乎可以肯定是代码中的bug可以避免浪费大量的跟踪时间。

5. 使 eval() 更安全。在严格模式和非严格模式下, eval() 的行为方式有所不同。最显而易见的是,在严格模式下,变量和声明在 eval() 语句内部的函数不会在包含范围内创建(它们会在非严格模式下的包含范围中被创建,这也是一个常见的问题源)。

6. 在 delete 使用无效时抛出错误。 delete 操作符(用于从对象中删除属性)不能用在对象不可配置的属性上。当试图删除一个不可配置的属性时,非严格代码将默默地失败,而严格模式将在这样的情况下抛出异常。