歡迎光臨
每天分享高質量文章

Javascript之旅——第九站:吐槽function

說到funciton,也是我對js非常吐槽的一點,封裝的讓我眼瞎,馬蛋的,哥只能大眼睜著去黑盒的使用,簡直只有完完全全的聽各類圖書對function的道聽圖說,完全沒有做到一點點的眼見為實。

一:function是什麼

在很久很久以前,我們只知道function是一個函式,用C#的話來說就是一個方法,既然是方法嘛,肯定就是掛在類下麵的,但是其實呢?

在js中函式就是物件,並不是我們慣性思維中的方法。何以為證呢?看程式碼。

從圖中可以看到我宣告了一個say函式,但是我很奇怪的看到,為什麼say函式會有一些屬性和方法呢?比如本該屬於Object的toString,valueOf,constructor等等?然後比較好奇的去看看constructor到底是什麼,可以看到其實是個Function建構式,那這樣我就非常清楚了,然來say只不過是Function物件的一個實體取用,知道了這個我就可以很輕鬆的把程式碼恢復如下:

二:看看function中一些屬性和方法

現在我們知道了function其實就是一個物件,我們知道所有的取用型別都是繼承自object,那為了好做比較,我定義了一個object的實體,接下來看看function中到底都有那些專屬屬性和方法。


可以看到,子類function確實還是有點自己的東西,那接下來就簡單探討下常用的屬性和方法。

1. arguments屬性

說到這個屬性就特麼的來氣,就眼瞎,眼瞎的地方在於這個arguments屬性裡面其實做了很多很多的東西,以至於下麵的一些奇怪現象可能會讓你目瞪口獃!!!

<1>奇怪現象一:我的function中都沒有形參,居然還能接受到引數的值。。。

<2>奇怪現象2:形參和引數傳遞並不統一,可以多傳遞,可以少傳遞,js都不會報錯。

<3>奇怪現象3:形參和arguments居然可以做到同步,太神奇了。

上面的三個現象是不是讓你覺得很奇怪???這些奇怪的現象是不是讓你覺得Function中封裝的太狠,因為他們做了很多操作,而你卻只能大眼瞪小眼,啥也看不到。。。是不是非常遺憾呢???由於看不到原始碼我也無能為力,只能根據書中的講解以及自己的理解來領悟了。“高程3”中是這麼說的,當呼叫function中傳遞的引數其實是給了Function建構式中的一個”內部陣列“,而arguments其實是對”內部陣列“的高層封裝,封裝後的arguments不再是陣列了,而是一個偽裝的陣列,之所以這麼說是因為arguments還需要一個自己的獨有屬性callee,而這個callee儲存的就是當前的物件say,所以只能把arguments做成物件,我可以讓你眼見為實。

然後最詭異的一個問題就是形參能夠和arguments實現資料同步,既然能夠做到同步,我的第一個反應就是使用同一塊記憶體地址,但是仔細想想他們怎麼可能做到共享記憶體地址呢?但是再想想的話,arguments是對”內部陣列“的封裝,我就想這個name應該也是被做過手腳的,也就是說name其實也是對”內部陣列“的封裝,就像ECMA5中對欄位提供get/set訪問器一樣,當然這是我的一種猜測,解釋程式碼如下:

從上圖中我們看到,當我對name進行賦值的時候,其實改變的是args這個陣列的值,同理當我改變arguments的值時,其實也是修改”內部陣列“的值,透過類似這種方法來達到我們上層看到的同步機制,畫個簡圖如下:

2. length屬性

如果你知道了上面的原理,那這個也好猜測,要麼取得是正真的“內部陣列”的length,要麼就是取偽類arguments的length,反正最終都是”內部陣列”的length,對不對,比較常用但是又沒什麼好說的。

3.prototype屬性

這個也是Function內部做出來的一個屬性,很有意思,我想大家也有耳聞,也不是三言兩語能說得清楚的,準備放在下篇詳細的講講。

4.caller屬性

看這個名字大概也知道個一二,就是用來獲取當前的父函式,不要小看這個caller哦,你有沒有想過它可以實現C#中的stacktrace的功能呢?有時候我們記js日誌就靠這玩意了,比如下麵這樣。

5:call,apply方法

因為這兩個函式的功能都一樣,只不過call方法必須逐一引數賦值,而apply必須傳遞陣列,如果想眼見為實,可以看看它們在vs裡面的程式碼提示,一切都明白了,所以我就放在一塊說了,不過這鳥東西有什麼好處呢?它最大的好處就是可以隨便系結物件,然後就可以實現對系結物件動態新增方法和屬性,可能說的有點抽象,看個例子就OK啦。

我們發現,本來我的obj只是一個空物件,透過apply之後,我的obj物件具有name和age屬性了,是不是很神奇呢?

來自:一線碼農的部落格

連結:http://www.cnblogs.com/huangxincheng/p/4185934.html

贊(0)

分享創造快樂