隨著WebApp突飛猛進的發展，Javascript寫的WebApp規模越來月龐大，比如典型的代表產品騰訊WebQQ、HTML5游戲等等，Javascript越來越需要大量的開發人員多多人協作開發。同時HTML5、CSS3等新技術和NodeJs項目的高速發展，這幾年JavaScript語言借著各種新API陸續被運用到從移動設備到服務器的多個”新領域”中。

但JavaScript語言自身由于ECMAScript第四版被放棄而一直沒有多少改進。和借HTML5之名過度宣傳的各種新API相比,語法層面通過嚴格模式(Strict Mode)進行的改進幾乎可以用不為人知來形容。學習了解嚴格模式之后,就算不馬上進行實踐,也會讓我們對JavaScript中壞氣味的一方面有更清晰的認識,從而幫助我們寫出更好的代碼。

下面的內容翻譯自It’s time to start using JavaScript strict mode,作者Nicholas C.Zakas參與了YUI框架的開發,并撰寫了多本前端技術書籍,在我看過關于JavaScript嚴格模式的入門介紹文章中,這篇是寫得最好的。

ECMAScript5中引入的嚴格模式,通過讓JavaScript運行環境對一些開發過程中最常見和不易發現的錯誤做出和當前不同的處理,來讓開發者擁有一個”更好”的JavaScript語言。很長一段時間內,由于只有Firefox支持嚴格模式,我曾對嚴格模式表示懷疑。但到了今天,所有主流的瀏覽器都在他們的最新版本中支持了嚴格模式(包括IE10,Opera12和Android4,IOS5)是時候開始使用嚴格模式了。

嚴格模式能起到什么作用?

嚴格模式為JavaScript引入了很多變化,我把他們分為兩類(明顯的和細微的)。細微改進的目標是修復當前JavaScript中的一些細節問題,對于這些問題我不在這里進行深入介紹;如果你有興趣,請閱讀Dmitry Soshnikov撰寫的精彩文檔ECMA-262-5 in Detail Chapter 2 Strict Mode。 我在這里主要介紹嚴格模式引入的明顯變化,那些在你使用嚴格模式前應該知道的概念和那些對你幫助最大的改變。

在開始學習具體特性前,請記住嚴格模式的一大目標是讓你能更快更方便的調試。運行環境在發現問題時顯性的拋出錯誤比默不做聲的失敗或怪異行事(未開啟嚴格模式的JavaScript運行環境經常這樣)要好。嚴格模式會拋出更多錯誤,但這是好事,因為這些錯誤會喚起你注意并修復很多以前很難被發現的潛在問題。

去除WITH關鍵詞

首先,嚴格模式中去除了with語句,包含with語句的代碼在嚴格模式中會拋出異常。所以使用嚴格模式的第一步:確保你的代碼中沒有使用with。

// 在嚴格模式中以下JavaScript代碼會拋出錯誤  
with (location) {  
    alert(href);  
} 

防止意外為全局變量賦值

其次,局部變量在賦值前必須先進行申明。在啟用嚴格模式之前,為一個未申明的局部變量復制時會自動創建一個同名全局變量。這是Javacript程序中最容易出現的錯誤之一, 在嚴格模式中嘗試這么做時會有顯性的異常拋出。

// 嚴格模式下會拋出異常  
(function() {  
    someUndeclaredVar = "foo";  
}()); 

函數中的THIS不再默認指向全局

嚴格模式中另一個重要的變化是函數中未被定義或為空( null or undefined)的this不在默認指向全局環境(global)。這會造成一些依賴函數中默認this行為的代碼執行出錯,例如:

window.color = "red";  
function sayColor() {  
    alert(this.color);  
}  
// 在strict模式中會報錯, 如果不在嚴格模式中則提示 “red"  
sayColor();  
// 在strict模式中會報錯, 如果不在嚴格模式中則提示 “red"  
sayColor.call(null); 

this在被賦值之前會一直保持為undefined,這意味著當一個構造函數在執行時,如果之前沒有明確的new關鍵詞,會拋出異常。

function Person(name) {  
    this.name = name;  
}  
//在嚴格模式中會報錯  
var me = Person("Nicholas"); 

在上面的代碼中,Person構造函數運行時因為之前沒有new,函數中的this會保留為undefined, 由于你不能為undefined設置屬性,上面的代碼會拋出錯誤。 在非strict模式環境中,沒有被復制的this會默認指向window全局變量,運行的結果將是意外的為window全局變量設置name屬性。

防止重名

當編寫大量代碼時,對象屬性和函數參數很容易一不小心被設置成一個重復的名字。嚴格模式在這種情況下會顯性的拋出錯誤

//重復的變量名,在嚴格模式下會報錯  
function doSomething(value1, value2, value1) {  
    //code  
}  
 
//重復的對象屬性名,在嚴格模式下會報錯:  
var object = {  
    foo: "bar",  
    foo: "baz" 
}; 

以上的代碼在嚴格模式中都會被認為是語法錯誤而在執行前就讓你能得到提示。

安全的 EVAL()

雖然eval()語句最終沒有被移除,但在嚴格模式中仍然對它進行了一些改進。最大的改變是在eval()中執行的變量和函數申明不會直接在當前作用域中創建相應變量或函數,例如:

(function() {  
    eval("var x = 10;");  
    // 非嚴格模式中,alert 10  
    // 嚴格模式中則因x未被定義而拋出異常,  
    alert(x);  
}()); 

任何在eval()執行過程中創建的變量或者函數保留在eval()中。但你能明確的從eval()語句的返回值來獲取eval()中的執行結果,例如:

(function() {  
    var result = eval("var x = 10, y = 20; x + y");  
    // 在strict或非strict模式中都能正確的運行余下的語句.(resulst為30)  
    alert(result);  
}()); 

對只讀屬性修改時拋出異常

ECMAScript5中還引入為對象的特定屬性設為只讀,或讓整個對象不可修改的能力。 但在非嚴格模式中,嘗試修改一個只讀屬性只會默不做聲的失敗。 在你和一些瀏覽器原生API打交道過程中,你很可能遇到這種情況。嚴格模式會在這種情況下明確的拋出異常,提醒你修改這個屬性是不被允許的。

var person = {};  
Object.defineProperty(person, "name" {  
    writable: false,  
    value: "Nicholas" 
});  
// 在非嚴格模式時,沉默的失敗,在嚴格模式則拋出異常.  
person.name = "John"; 

上面的例子中,name屬性被設為只讀,非嚴格模式中執行對name屬性的修改不會引發報錯,但修改不會成功。但嚴格模式則會明確的拋出異常。

NOTE: 強烈建議你在使用任何ECMAScript屬性特性指定時開啟嚴格模式。

如何使用?

在現代瀏覽器中開啟嚴格模式非常容易,只需要在JavaScript代碼中出現以下指令即可

"use strict"; 

雖然看上去上面的代碼僅僅只是未賦予某個變量的字符串,它實際上起到指示JavaScript引擎切換到嚴格模式的作用(不支持嚴格模式的瀏覽器會忽略以上代碼,不會對后續的執行產生任何影響)。雖然你能把這個指令作用到全局或某個函數中,但這里還是要提醒,不要在全局環境下啟用嚴格模式。

// 請不要這么使用  
"use strict";  
function doSomething() {  
    // 這部分代碼會運行于嚴格模式  
}  
function doSomethingElse() {  
    // 這部分代碼也會運行于嚴格模式  
} 

雖然上面的代碼看起來不算一個大問題。但當你不負責維護頁面中引入的全部代碼時,這樣使用strict模式會讓你面臨由于第三方代碼沒有為嚴格模式做好準備而引發的問題。

因此,最好把開啟嚴格模式的指令作用于函數中,例如:

function doSomething() {  
    "use strict";  
    // 這個函數中的代碼將會運行于嚴格模式  
}  
function doSomethingElse() {  
    // 這個函數中代碼不會運行于嚴格模式  
} 

如果你想讓嚴格模式在不止一個函數中開啟,請使用立即執行函數表達式 (immediately-invoked function expression ,IIFE):

(function() {  
    "use strict";  
    function doSomething() {  
        // 這個函數運行于嚴格模式  
    }  
    function doSomethingElse() {  
        // 這個函數同樣運行于嚴格模式  
    }  
}()); 

結論

我強烈建議你從現在開始就啟用JavaScript嚴格模式,它能幫你發現代碼中未曾注意到的錯誤。不要在全局環境中啟用,但你能盡量多的使用IIFE(立即執行函數表達式)來把嚴格模式作用到多個函數范圍內。一開始,你會遇到之前未曾碰到過的錯誤提示,這是正常的。當啟用嚴格模式后,請確保在支持的瀏覽器中做了測試,以發現新的潛在問題。一定不要僅僅在代碼中添加一行”use strict”就假定余下的代碼能正常工作。最后,請在嚴格模式下開始編寫更好的代碼。

原文鏈接：http://www.html5cn.org/article-3109-1.html

【編輯推薦】

1. 如何優化你的JS代碼
2. 另一款有意思的JS圖片放大鏡
3. 大部分人沒用過的JS頁面模板化
4. 能說明你的JS技術很爛的五個原因
5. 為何轉向Spine.js的十個理由