如何判斷Javascript對(duì)象是否存在
Javascript 語(yǔ)言的設(shè)計(jì)不夠嚴(yán)謹(jǐn)，很多地方一不小心就會(huì)出錯(cuò)。
舉例來(lái)說(shuō)，請(qǐng)考慮以下情況。
現(xiàn)在，我們要判斷一個(gè)全局對(duì)象myObj是否存在，如果不存在，就對(duì)它進(jìn)行聲明。用自然語(yǔ)言描述的算法如下：
- if (myObj不存在){
- 聲明myObj;
- }
你可能會(huì)覺(jué)得，寫(xiě)出這段代碼很容易。但是實(shí)際上，它涉及的語(yǔ)法問(wèn)題，遠(yuǎn)比我們想象的復(fù)雜。Juriy Zaytsev指出，判斷一個(gè)Javascript對(duì)象是否存在，有超過(guò)50種寫(xiě)法。只有對(duì)Javascript語(yǔ)言的實(shí)現(xiàn)細(xì)節(jié)非常清楚，才可能分得清它們的區(qū)別。
***種寫(xiě)法
根據(jù)直覺(jué)，你可能覺(jué)得可以這樣寫(xiě)：
- if (!myObj)
- {
- myObj = { };
- }
但是，運(yùn)行這段代碼，瀏覽器會(huì)直接拋出ReferenceError錯(cuò)誤，導(dǎo)致運(yùn)行中斷。請(qǐng)問(wèn)錯(cuò)在哪里？
對(duì)了，if語(yǔ)句判斷myObj是否為空時(shí)，這個(gè)變量還不存在，所以才會(huì)報(bào)錯(cuò)。改成下面這樣，就能正確運(yùn)行了。
- if (!myObj)
- {
- var myObj = { };
- }
為什么加了一個(gè)var以后，就不報(bào)錯(cuò)了？難道這種情況下，if語(yǔ)句做判斷時(shí)，myObj就已經(jīng)存在了嗎？
要回答這個(gè)問(wèn)題，就必須知道Javascript解釋器的工作方式。Javascript語(yǔ)言是"先解析，后運(yùn)行"，解析時(shí)就已經(jīng)完成了變量聲明，所以上面的代碼實(shí)際等同于：
- var myObj;
- if (!myObj)
- {
- var myObj = { };
- }
因此，if語(yǔ)句做判斷時(shí)，myObj確實(shí)已經(jīng)存在了，所以就不報(bào)錯(cuò)了。這就是var命令的"代碼提升"（hoisting）作用。Javascript解釋器，只"提升"var命令定義的變量，對(duì)不使用var命令、直接賦值的變量不起作用，這就是為什么不加var會(huì)報(bào)錯(cuò)的原因。
第二種寫(xiě)法
除了var命令，還可以有另一種改寫(xiě)，也能得到正確的結(jié)果：
- if (!window.myObj)
- {
- myObj = { };
- }
window是javascript的頂層對(duì)象，所有的全局變量都是它的屬性。所以，判斷myobj是否為空，等同于判斷window對(duì)象是否有myobj屬性，這樣就可以避免因?yàn)閙yObj沒(méi)有定義而出現(xiàn)ReferenceError錯(cuò)誤。不過(guò)，從代碼的規(guī)范性考慮，***還是對(duì)第二行加上var：
- if (!window.myObj)
- {
- var myObj = { };
- }
或者寫(xiě)成這樣：
- if (!window.myObj)
- {
- window.myObj = { };
- }
第三種寫(xiě)法
上面這種寫(xiě)法的缺點(diǎn)在于，在某些運(yùn)行環(huán)境中（比如V8、Rhino），window未必是頂層對(duì)象。所以，考慮改寫(xiě)成：
- if (!this.myObj)
- {
- this.myObj = { };
- }
在全局變量的層面中，this關(guān)鍵字總是指向頂層變量，所以就可以獨(dú)立于不同的運(yùn)行環(huán)境。
第四種寫(xiě)法
但是，上面這樣寫(xiě)可讀性較差，而且this的指向是可變的，容易出錯(cuò)，所以進(jìn)一步改寫(xiě)：
- var global = this;
- if (!global.myObj)
- {
- global.myObj = { };
- }
用自定義變量global表示頂層對(duì)象，就清楚多了。
第五種寫(xiě)法
還可以使用typeof運(yùn)算符，判斷myObj是否有定義。
- if (typeof myObj == "undefined")
- {
- var myObj = { };
- }
這是目前使用最廣泛的判斷javascript對(duì)象是否存在的方法。
第六種寫(xiě)法
由于在已定義、但未賦值的情況下，myObj的值直接等于undefined，所以上面的寫(xiě)法可以簡(jiǎn)化：
- if (myObj == undefined)
- {
- var myObj = { };
- }
這里有兩個(gè)地方需要注意，首先第二行的var關(guān)鍵字不能少，否則會(huì)出現(xiàn)ReferenceError錯(cuò)誤，其次undefined不能加單引號(hào)或雙引號(hào)，因?yàn)檫@里比較的是undefined這種數(shù)據(jù)類(lèi)型，而不是"undefined"這個(gè)字符串。
第七種寫(xiě)法
上面的寫(xiě)法在"精確比較"（===）的情況下，依然成立：
- if (myObj === undefined)
- {
- var myObj = { };
- }
第八種寫(xiě)法
根據(jù)javascript的語(yǔ)言設(shè)計(jì)，undefined == null，所以比較myObj是否等于null，也能得到正確結(jié)果：
- if (myObj == null)
- {
- var myObj = { };
- }
不過(guò)，雖然運(yùn)行結(jié)果正確，但是從語(yǔ)義上看，這種判斷方法是錯(cuò)的，應(yīng)該避免。因?yàn)閚ull指的是已經(jīng)賦值為null的空對(duì)象，即這個(gè)對(duì)象實(shí)際上是有值的，而undefined指的是不存在或沒(méi)有賦值的對(duì)象。因此，這里只能使用"比較運(yùn)算符"（==），如果這里使用"精確比較運(yùn)算符"（===），就會(huì)出錯(cuò)。
第九種寫(xiě)法
還可以使用in運(yùn)算符，判斷myObj是否為頂層對(duì)象的一個(gè)屬性：
- if (!('myObj' in window))
- {
- window.myObj = { };
- }
第十種寫(xiě)法
***，使用hasOwnProperty方法，判斷myObj是否為頂層對(duì)象的一個(gè)屬性：
- if (!this.hasOwnProperty('myObj'))
- {
- this.myObj = { };
- }
總結(jié)
1. 如果只判斷對(duì)象是否存在，推薦使用第五種寫(xiě)法。
2. 如果除了對(duì)象是否存在，還要判斷對(duì)象是否有null值，推薦使用***種寫(xiě)法。
3. 除非特殊情況，所有變量都應(yīng)該使用var命令聲明。
4. 為了跨平臺(tái)，建議避免使用window表示頂層對(duì)象。
5. 在Javascript語(yǔ)言中，null和undefined容易產(chǎn)生混淆。在可能同時(shí)涉及兩者的情況下，建議使用"精確比較"運(yùn)算符（===）。
原文地址：http://www.ruanyifeng.com/blog/2010/05/object-oriented_javascript_encapsulation.html
【編輯推薦】
