是否该使用严格模式？use strict

其实这篇文章是在2012年就写的，想想自己落后了几年了。很早一段时间我就看到过介绍严格模式的文章，但当时还是没有重视，因为两种模式下的区别还是挺大的，长年的书写习惯让我不太想去改变。但后来在我优化自己的代码的过程中发现，目前的代码确实是有点‘乱’，除了原本代码不够优美之外，还缺乏明确性，如果非要拿出一个来说，就是this的指向问题，当this为null或者undefined的时候，被强制转换成window了，这样当他出现错误的时候，可能会不报错。或者把我们引导到错误的地方。

而且在非严格模式下，某些代码错误的提示会指向莫名其妙的地方，而严格模式则会明确指出是哪里出了问题。看完以下文章，我想你肯定会急切更改自己原来的代码。如果你还没开始使用use strict的话.

目前支持严格模式的浏览器包括IE10+ ，Firefox4+ ，safari5.1+ ，Opera 12+，Chrome

ECMAScript5将严格模式(strict mode)引入了Javascript中，目的是允许开发人员能够选择“更好”的Javascript版本，这个版本能用不同的方式处理那些普遍而又臭名昭著的错误。一开始的时候，我对该模式抱着怀疑的态度，因为当时在只有一款浏览器(Firefox)支持严格模式。时至今日，所有的主流浏览器的最新版本——包括IE10与Opera12——都支持严格模式。使用严格模式的时机已经成熟了。

它带来了什么?

严格模式给Javascript的运行方式带来了许多不同，我将它们分为了两类：

明显的(obvious)

，以及

微妙的(subtle)

。那些微妙的改变是为了解决微妙的问题，我不打算在这里对其进行赘述。如果你对这些细节感兴趣，请参考Dmitry Soshnikov的精彩文章，《ECMA-262-5 in Detail. Chapter 2. Strict Mode》。我对介绍明显的变化更感兴趣：它们是你开始使用严格模式之前所必须了解的，也可能给你带来最多好处。

在开始介绍特殊特性之前，你需要记住，严格模式的目标之一是允许更快地调试错误。帮助开发者调试的最佳途径是当确定的问题发生时抛出相应的错误(throw errors when certain patterns occur)，而不是悄无声息地失败或者表现出奇怪的行为(这正是如今不在严格模式下的Javascript做的)。严格模式下的代码抛出更多的错误信息，这是好事，因为它能帮助开发者很快注意到一些必须立即解决的问题。

去除with语句(Eliminates with)

首先，严格模式去除了with语句。当with语句出现在严格模式中时，它会被认为是非法的Javascript语句并抛出语法错误。所以，使用严格模式的第一步就是确保你没有在使用with。

// 在严格模式中将导致语法错误

with (location) {

alert(href);

}

防止意外的全局变量(Prevents accidental globals),比如说假设href是全局变量的话

第二点是，变量在赋值之前必须声明。在非严格模式下，给一个未声明的变量赋值将自动生成一个该名字的全局变量。这是Javascript中最普遍的错误之一。严格模式中，这样做将抛出一个错误。

// 严格模式中抛出一个错误

(function() {

someUndeclaredVar = “foo”;

}());

取消this值的强制转换(Eliminates this coercion)

另一个重要的变化是，当this值为null或undefined时，不会再将其强制转换为全局对象。也就是说，this保留了它的原始值，也因此可能会导致一些依赖于强制转换的代码发生错误。例如：

window.color = “red”;

function sayColor() {

// 严格模式下，this不会指向window

alert(this.color);

}

// 以下两种情况，在严格模式下都抛出错误

sayColor();

sayColor.call(null);

根本而言，this值必须赋值，否则将保留undefined值。这意味着调用构造函数时若漏掉了new关键字也会导致错误：

//"use strict"
function Person(name) {
this.name = name;
console.log(this+this.name);
}

//Person('a');//window   =>a
//new Person('w');//object =>w
//严格模式：Person('a')报错，cannot set property name of undefined

在这段代码里，调用Person构造函数时缺少了new关键字，此时this值为undefined。由于你不能给undefined添加属性，这段代码抛出了一个错误。在非严格模式下，this会强制转换为全局对象，因此name属性能够被正确赋值为全局变量。

拒绝重复(No duplicates)

当你做了大量的编码的时候，你很容易在对象中定义了重复的属性或者给函数定义了重复的参数名。严格模式下，这两种情况都会导致错误的发生：

// 严格模式下错误 - 重复参数

function doSomething(value1, value2, value1) {

//code

}

// 严格模式下错误 - 重复属性

var object = {

foo: “bar”,

foo: “baz”

};

这两者都是语法错误，在代码执行之前将抛出错误。

更安全的eval()(Safer eval())

eval()没有被移除，但它在严格模式下发生了一些变化。最大的改变是：在eval()语句中声明的变量以及函数不会在包含域中创建。例如：

(function() {

eval("var x = 10;");

// 非严格模式下，x为10
// 严格模式下，x没有声明，抛出一个错误
alert(x);

})();

任意由eval()创建的变量或函数仍呆在eval()里。然而，你可以通过从eval()中返回一个值的方式实现值的传递：

(function() {

var result = eval("var x = 10, y = 20; x + y");

// 严格模式与非严格模式下都能正常工作（得到30）
alert(result);

}());

在严格模式下，eval里面的变量只在eval里面有效，这就相当于是内部函数的变量了。在外部定义的变量，在eval中可以不用var 声明。比如

var x=eval("x=1;++x");

是不会报错的

不可改变引发的错误(Errors for immutables)

ECMAScript 5 同时引入了修改属性特征的能力，例如设置一个属性为只读或者冻结整个对象的结构(freezing an entire object’s structure)。在非严格模式下，试图修改一个不可变的属性时将悄无声息地失败。你可能在使用一些原生APIs的时候已经遇到这类问题。严格模式将保证无论你在何时试图使用一种不被允许的方式修改一个对象或对象的属性时抛出错误。

var person = {};

Object.defineProperty(person, “name” {

writable: false,

value: “Nicholas”

});

// 非严格模式下将悄无声息地失败，严格模式则抛出错误

person.name = “John”;

这个例子中，name属性被设置为只读。在非严格模式下，对name的赋值将悄无声息地失败;而在严格模式下，一个错误将被抛出。

注：如果你在使用ECMAScript属性能力(the ECMAScript attribute capabilities)，我强烈推荐你开启严格模式。如果你在改变对象的可变性(mutability of objects)，你将遇到一堆错误，而它们在非严格模式下将被安静地带过。

该如何使用它?

在现代浏览器中很容易启用严格模式，只需添加下面一条语句：

“use strict”;

虽然这看起来只是一个没有赋值给变量的字符串，但它确实地指示了Javascript引擎切换为严格模式(那些不支持严格模式的浏览器只是简单地读取了这个字符串然后继续像平常一样运行)。你可以在全局或函数中使用它。话虽这么说，你永远不应该在全局中使用它。全局地使用这条指示，意味着同个文件下的所有代码都在严格模式下运行。

// 别这么做

“use strict”;

function doSomething() {

// 这将在严格模式下运行

}

function doSomethingElse() {

// 这也是

}

这看起来似乎不是个大问题，但在我们这个不同脚本堆积在一起的世界里(our world of aggressive script concatenation)将导致大麻烦。只要有一份脚本全局地包含这条指令，其它串联的脚本也将在严格模式下运行(可能引发一些你从没预想到的错误)。

因此，最好只在函数内使用严格模式，例如：

function doSomething() {

“use strict”;

// 严格模式下运行

}

function doSomethingElse() {

// 非严格模式下运行

}

如果你想讲严格模式应用于多个函数，可以使用如下模式( immediately-invoked function expression (IIFE))：

(function() {

"use strict";

function doSomething() {
// this runs in strict mode
}

function doSomethingElse() {
// so does this
}

}());

结论

我强烈建议每一个人都开始使用严格模式。现在已经有足够多的浏览器支持该模式，它将把你从藏身代码的错误中拯救出来。你需要确保你没有全局地包含启用指令，但可以频繁地使用IIFEs给任意多的代码应用严格模式。一开始，你将碰到从没遇过的错误——这是很正常的。切换到严格模式后，你需要做足够多的测试来保证你已hold住你的代码。一定不能只是将“use strict”扔进你的代码然后就假设不会有错误发生。至少的至少，你该开始使用这个异常有用的语言特性来写更好的代码了。