函式式JavaScript(3):.apply()、.call() 和arguments物件

如是如是發表於2014-09-23

我們正在尋求調校JavaScript的方式,使得我們可以做些真正的函數語言程式設計。為了做到這一點,詳細理解函式呼叫和函式原型是非常有必要的。

這是一個(待定)關於使用JavaScript進行函數語言程式設計系列的第三篇文章。如果你是剛剛加入的,你可以跳回去看看之前的文章。

函式原型

現在,不管你是已經讀了還是忽略掉上面的連結所對應的文章,我們準備繼續前進!
如果我們點開了我們喜歡的瀏覽器+JavaScript控制檯,讓我們看一下Function.prototype物件的屬性:

這裡的輸出依賴於你使用的瀏覽器和JavaScript版本。(我用的是Chrome 33)
我們看到一些我們感興趣的幾個屬性。鑑於這篇文章的目的,我會討論下這幾個:

  • Function.prototype.length
  • Function.prototype.call
  • Function.prototype.apply

第一個是個屬性,另外兩個是方法。除了這三個,我還會願意討論下這個特殊的變數arguments,它和Function.prototype.arguments(已被棄用)稍有不同。

首先,我將定義一個“tester”函式來幫助我們弄清楚發生了什麼。

這個函式簡單記錄了輸入引數的值,和“上下文變數”,即this的值。
現在,讓我們嘗試一些事情:

我們注意到如果我們不輸入第2、3個引數,程式將會顯示它們為undefined(未定義)。此外,我們注意到這個函式預設的“上下文”是全域性物件window。

使用Function.prototype.call

一個函式的 .call 方法以這樣的方式呼叫這個函式,它把上下文變數this設定為第一個輸入引數的值,然後其他的的引數一個跟一個的也傳進函式。
語法:

因此,下面這兩行是等效的:

當然,我們能夠隨需傳入任何引數:

這個方法主要的功能是設定你所呼叫函式的this變數的值。

使用Function.prototype.apply

函式的.apply方法比.call更實用一些。和.call類似,.apply的呼叫方式也是把上下文變數this設定為輸入引數序列中的第一個引數的值。輸入引數序列的第二個引數也是最後一個,以陣列(或者類陣列物件)的方式傳入。

語法:

因此,下面三行全部等效:

能夠以陣列的方式指定一個引數列表在多數時候非常有用(我們會發現這樣做的好處的)。

例如,Math.max是一個可變引數函式(一個函式可以接受任意數目的引數)。

這樣,如果我有一個數值陣列,並且我需要利用Math.max函式找出其中最大的那個,我怎麼用一行程式碼來做這個事兒呢?

The .apply method really starts to show it’s importance when coupled with the special arguments variable: The arguments object

.apply方法真正開始顯示出它的重要是當配上特殊引數:Arguments物件。

每個函式表示式在它的作用域中都有一個特殊的、可使用的區域性變數:arguments。為了研究它的屬性,讓我們建立另一個tester函式:

注:在這種情況下我們必須像上面這樣使用Object.getOwnPropertyNames,因為arguments有一些屬性沒有標記為可以被列舉的,於是如果僅僅使用console.log(arguments)這種方式它們將不會被顯示出來。

現在我們按照老辦法,通過呼叫tester函式來測試下:

arguments變數的屬性中包括了對應於傳入函式的每個引數的屬性,這些和.length屬性、.callee屬性沒什麼不同。

.callee屬性提供了呼叫當前函式的函式的引用,但是這並不被所有的瀏覽器支援。就目前而言,我們忽略這個屬性。
讓我們重新定義一下我們的tester函式,讓它豐富一點:

Arguments:是物件還是陣列?

我們看得出,arguments完全不是一個陣列,雖然多多少少有點像。在很多情況下,儘管不是,我們還是希望把它當作陣列來處理。把arguments轉換成一個陣列,這有個非常不錯的快捷小函式:

這裡我們利用Array.prototype.slice方法把類陣列物件轉換成陣列。因為這個,在與.apply同時使用的時候arguments物件最終會極其有用。

一些有用例子

Log Wrapper(日誌包裝器)

我們在上一篇文章中構建了logWrapper函式,但是它只是在一元函式下正確工作。

當然了,我們既有的知識讓我們能夠構建一個可以服務於任何函式的logWrapper函式:

通過呼叫

我們確定這個函式f會在和它之前完全相同的上下文中被呼叫。於是,如果我們願意用新的”wrapped”版本替換掉我們的程式碼中的那些日誌記錄函式是完全理所當然沒有唐突感的。

把原生的prototype方法放到公共函式庫中

瀏覽器有大量超有用的方法我們可以“借用”到我們的程式碼裡。方法常常把this變數作為“data”來處理。在函數語言程式設計,我們沒有this變數,但是我們無論如何要使用函式的!

一些別的例子:

當然,許多許多。來看看這些是怎麼執行的:

題外話:

後面我們會演示,實際上更好的使用demethodize函式的方式是引數翻轉。

在函數語言程式設計情況下,你通常需要把“data”或“input data”引數作為函式的最右邊的引數。方法通常會把this變數繫結到“data”引數上。舉個例子,String.prototype方法通常操作的是實際的字串(即”data”)。Array方法也是這樣。

為什麼這樣可能不會馬上被理解,但是一旦你使用柯里化或是組合函式來表達更豐富的邏輯的時候情況會這樣。這正是我在引言部分說到UnderScore.js所存在的問題,之後在以後的文章中還會詳細介紹。幾乎每個Underscore.js的函式都會有“data”引數,並且作為最左引數。這最終導致非常難重用,程式碼也很難閱讀或者是分析。:-(

管理引數順序

組合函式

在函數語言程式設計世界裡組合函式到一起是極其重要的。通常的想法是建立小的、可測試的函式來表現一個“單元邏輯”,這些可以組裝到一個更大的可以做更復雜工作的“結構”。

例子:

這就是今天要說的,在接下來的文章中我們會在函式柯里化上深入研究下。

接下來 -> 第四部分:函式柯里化

更多內容預告:

相關文章