天天看點

Javascript之旅——第八站:說說instanceof踩了一個坑

  前些天寫js遇到了一個instanceof的坑,我們的頁面中有一個iframe,我在index頁面中計算得到了一個array,然後需要傳遞到Flight頁面

這個嵌套的iframe中的一個函數(SearchFlight)中,作為防禦性程式設計,我需要在SearchFlight函數中進行參數檢測,也就是判斷過來的參數一

定是Array類型。

一:抛出問題

舉個例子,下面有兩個頁面。

Index.html頁面

Flight.html頁面

Javascript之旅——第八站:說說instanceof踩了一個坑

很驚訝的發現instanceof居然不能判斷出arr是一個數組,其實我們用肉眼可以看到,壓根它就是一個數組,但是為什麼instanceof卻判斷不出來呢?

我們知道instancof其實是一個js文法糖,我就修改成簡單點的,判斷arr.constructor是否指向Array,于是我把關鍵字改成如下形式,再來看看看效果。

Javascript之旅——第八站:說說instanceof踩了一個坑

從圖上看,還真有點奇怪,明明都是function Array(),為啥都不能相等呢?不過事實就擺在眼前,容不得狡辯,隻能靜下心來想一想,我們

知道Array在js是屬于引用類型,既然不相等那就說明他們其實是兩個引用,對不對,并且Array是挂在window下的一個屬性,window屬性

也就是一個視窗的執行個體,那就說明Index.html是一個window執行個體,Flight.html也是一個window執行個體,為了驗證下,我們看看兩個window

是否相等?

看完圖後,答案就很明白了,以C#的思維考慮一下,既然大的window都不相等,裡面的Array屬性自然就不相等,終于問題是找到了,下面

怎麼解決呢?

二:解決問題

1. length判斷

 這個很容易想到,也是最簡單的,我們知道每個數組都有length,是以可以簡簡單單的看length是否存在就可以了,但是這個也不是萬無一失

的,我們知道function中有兩個屬性length和prototype,那這就有問題了。這樣我會錯誤的把f認為是數組。

Javascript之旅——第八站:說說instanceof踩了一個坑

2.使用prototype的call方法來實作

 這個方法有點巧妙,首先我們要知道,每一個function中都會有call方法和prototype屬性,而js在Object.prototype中的tostring函數上做了一個

封裝,就是調用tostring.call後,會傳回[object constructorName]的字元串格式,這裡的constructorName就是call參數的函數名,比如我們把

arr傳進去,就會傳回“[object Array]”字元串格式,這個方法也可以讓我們巧妙的判斷是否是Array,但是比較遺憾的是,我們看不到這個call的内

部實作,隻能黑盒的記住了。

Javascript之旅——第八站:說說instanceof踩了一個坑

繼續閱讀