JavaScript的事件代理比你想的要簡單

 

如果你想要給你的網頁添加點JavaScript的互動性的話，你也許已經聽過JavaScript的事件
代理（event
delegation）了，並且覺得這是那些發燒友層級的JavaScript程式員才會關心的什麼費解的設計模式之一。事實上，如果你已經知道怎麼添加
JavaScript的事件處理器（event handler），實現事件代理也是件輕而易舉事情。

JavaScript事件是所有網頁互動性的根基（我指的是真正的互動性，而不僅是那些CSS的下拉菜
單）。在傳統的事件處理中，你按照需要為每一個元素添加或者是刪除事件處理器。然而，事件處理器將有可能導致記憶體泄露或者是效能下降——你用得越多這種風
險就越大。JavaScript事件代理則是一種簡單的技巧，通過它你可以把事件處理器添加到一個父級元素上，這樣就避免了把事件處理器添加到多個子級元
素上。

它是怎麼運作的呢？

事件代理用到了兩個在JavaSciprt事件中常被忽略的特性：事件冒泡以及目標元素。當一個元素上的事
件被觸發的時候，比如說滑鼠點擊了一個按鈕，同樣的事件將會在那個元素的所有祖先元素中被觸發。這一過程被稱為事件冒泡；這個事件從原始元素開始一直冒泡
到DOM樹的最上層。任何一個事件的目標元素都是最開始的那個元素，在我們的這個例子中也就是按鈕，並且它在我們的元素對象中以屬性的形式出現。使用事件
代理的話我們可以把事件處理器添加到一個元素上，等待一個事件從它的子級元素裡冒泡上來，並且可以很方便地得知這個事件是從哪個元素開始的。

這對我有什麼好處呢？

想象一下現在我們有一個10列、100行的HTML表格，你希望在使用者點擊表格中的某一儲存格的時候做點什
麼。比如說我有一次就需要讓表格中的每一個儲存格在被點擊的時候變成可編輯狀態。如果把事件處理器加到這1000個儲存格會產生一個很大的效能問題，並且
有可能導致記憶體泄露甚至是瀏覽器的崩潰。相反地，使用事件代理的話，你只需要把一個事件處理器添加到table元素上就可以了，這個函數可以把點擊事件給
截下來，並且判斷出是哪個儲存格被點擊了。

用代碼寫出來的話是什麼樣呢？

代碼很簡單，我們所要關心的只是如何檢測目標元素而已。比方說我們有一個table元素，ID是
“report”，我們為這個表格添加一個事件處理器以調用editCell函數。editCell函數需要判斷出傳到table來的事件的目標元素。考
慮到我們要寫的幾個函數中都有可能用到這一功能，所以我們把它單獨放到一個名為getEventTarget的函數中：

function getEventTarget(e) {
  e = e || window.event;
  return e.target || e.srcElement;
}e這個變數表示的是一個事件對象，我們只需要寫一點點跨瀏覽器的代碼來返回目標元素，在IE裡目標元素放在srcElemtn屬性中，而在其它瀏覽器裡則是target屬性。

接下來就是editCell函數了，這個函數調用到了getEventTarget函數。一旦我們得到了目標元素之後，剩下的事情就是看看它是否是我們所需要的那個元素了。

function editCell(e) {
  var target = getEventTarget(e);
  if(target.tagName.toLowerCase() === 'td') {
    // DO SOMETHING WITH THE CELL
  }
}在editCell函數中，我們通過檢查目標元素標籤名稱的方法來確定它是否是一個表格的儲存格。這種檢查也許過於簡單了點；如果它是這個目標元素單元
格裡的另一個元素呢？我們需要為代碼做一點小小的修改以便於其找出父級的td元素。如果說有些儲存格不需要被編輯怎麼辦呢？此種情況下我們可以為那些不可
編輯的儲存格添加一個指定的樣式名稱，然後在把儲存格變成可編輯狀態之前先檢查它是否不包含那個樣式名稱。選擇總是多樣化的，你只需找到適合你應用程式的
那一種。

有哪些優點和缺點呢？

JavaScript事件代理帶來的好處有：

那些需要建立的以及駐留在記憶體中的事件處理器少了。這是很重要的一點，這樣我們就提高了效能，並降低了崩潰的風險。
在DOM更新後無須重新綁定事件處理器了。如果你的頁面是動態產生的，比如說通過Ajax，你不再需要在元素被載入或者卸載的時候來添加或者刪除事件處理器了。
潛在的問題也許並不那麼明顯，但是一旦你注意到這些問題，你就可以輕鬆地避免它們：

你的事件管理代碼有成為效能瓶頸的風險，所以盡量使它能夠短小精悍。

不是所有的事件都能冒泡的。blur、focus、load和unload不能像其它事件一樣冒泡。事實上blur和focus可以用事件捕獲而非事件冒泡的方法獲得（在IE之外的其它瀏覽器中），不過我們改天再說這個吧。
在管理滑鼠事件的時候有些需要注意的地方。如果你的代碼處理mousemove事件的話你遇上效能瓶頸的風險可就大了，因為mousemove事件觸發非常頻繁。而mouseout則因為其怪異的表現而變得很難用事件代理來管理。
總結
已經有一些使用主流類庫的事件代理樣本出現了，比如說jQuery、Prototype以及Yahoo! UI。你也可以找到那些不用任何類庫的例子，比如說Usable Type blog上的這一個。

一旦需要的話，事件代理將是你工具箱裡的一件得心應手的工具，而且它很容易實現。