Javascript語言的設(shè)計不夠嚴謹，很多地方一不小心就會出錯。
舉例來說，請考慮以下情況。
現(xiàn)在，我們要判斷一個全局對象myObj是否存在，如果不存在，就對它進行聲明。用自然語言描述的算法如下：

你可能會覺得，寫出這段代碼很容易。但是實際上，它涉及的語法問題，遠比我們想象的復(fù)雜。Juriy Zaytsev指出，判斷一個Javascript對象是否存在，有超過50種寫法。只有對Javascript語言的實現(xiàn)細節(jié)非常清楚，才可能分得清它們的區(qū)別。

第一種寫法
根據(jù)直覺，你可能覺得可以這樣寫：

但是，運行這段代碼，瀏覽器會直接拋出ReferenceError錯誤，導(dǎo)致運行中斷。請問錯在哪里？
對了，if語句判斷myObj是否為空時，這個變量還不存在，所以才會報錯。改成下面這樣，就能正確運行了。

為什么加了一個var以后，就不報錯了？難道這種情況下，if語句做判斷時，myObj就已經(jīng)存在了嗎？
要回答這個問題，就必須知道Javascript解釋器的工作方式。Javascript語言是"先解析，后運行"，解析時就已經(jīng)完成了變量聲明，所以上面的代碼實際等同于：

因此，if語句做判斷時，myObj確實已經(jīng)存在了，所以就不報錯了。這就是var命令的"代碼提升"（hoisting）作用。Javascript解釋器，只"提升"var命令定義的變量，對不使用var命令、直接賦值的變量不起作用，這就是為什么不加var會報錯的原因。

第二種寫法
除了var命令，還可以有另一種改寫，也能得到正確的結(jié)果：

window是javascript的頂層對象，所有的全局變量都是它的屬性。所以，判斷myobj是否為空，等同于判斷window對象是否有myobj屬性，這樣就可以避免因為myObj沒有定義而出現(xiàn)ReferenceError錯誤。不過，從代碼的規(guī)范性考慮，最好還是對第二行加上var：

第三種寫法
上面這種寫法的缺點在于，在某些運行環(huán)境中（比如V8、Rhino），window未必是頂層對象。所以，考慮改寫成：

在全局變量的層面中，this關(guān)鍵字總是指向頂層變量，所以就可以獨立于不同的運行環(huán)境。

第四種寫法
但是，上面這樣寫可讀性較差，而且this的指向是可變的，容易出錯，所以進一步改寫：

用自定義變量global表示頂層對象，就清楚多了。

第五種寫法
還可以使用typeof運算符，判斷myObj是否有定義。

這是目前使用最廣泛的判斷javascript對象是否存在的方法。

第六種寫法
由于在已定義、但未賦值的情況下，myObj的值直接等于undefined，所以上面的寫法可以簡化：

這里有兩個地方需要注意，首先第二行的var關(guān)鍵字不能少，否則會出現(xiàn)ReferenceError錯誤，其次undefined不能加單引號或雙引號，因為這里比較的是undefined這種數(shù)據(jù)類型，而不是"undefined"這個字符串。

第七種寫法
上面的寫法在"精確比較"（===）的情況下，依然成立：

第八種寫法
根據(jù)javascript的語言設(shè)計，undefined == null，所以比較myObj是否等于null，也能得到正確結(jié)果：

不過，雖然運行結(jié)果正確，但是從語義上看，這種判斷方法是錯的，應(yīng)該避免。因為null指的是已經(jīng)賦值為null的空對象，即這個對象實際上是有值的，而undefined指的是不存在或沒有賦值的對象。因此，這里只能使用"比較運算符"（==），如果這里使用"精確比較運算符"（===），就會出錯。

第九種寫法
還可以使用in運算符，判斷myObj是否為頂層對象的一個屬性：

第十種寫法
最后，使用hasOwnProperty方法，判斷myObj是否為頂層對象的一個屬性：

總結(jié)
1. 如果只判斷對象是否存在，推薦使用第五種寫法。

2. 如果除了對象是否存在，還要判斷對象是否有null值，推薦使用第一種寫法。

3. 除非特殊情況，所有變量都應(yīng)該使用var命令聲明。

4. 為了跨平臺，建議避免使用window表示頂層對象。

5. 在Javascript語言中，null和undefined容易產(chǎn)生混淆。在可能同時涉及兩者的情況下，建議使用"精確比較"運算符（===）。

最新評論