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ù)類型，而不是"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)算符（===）。

（完）

以上這篇如何判斷Javascript對(duì)象是否存在的簡(jiǎn)單實(shí)例就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論