<ul id="parent-list"> <li id="post-1">Item 1</li> <li id="post-2">Item 2</li> <li id="post-3">Item 3</li> <li id="post-4">Item 4</li> <li id="post-5">Item 5</li> <li id="post-6">Item 6</li> </ul>
當咱們的鼠標移到Li上的時候,須要獲取此Li的相關信息並飄出懸浮窗以顯示詳細信息,或者當某個Li被點擊的時候須要觸發相應的處理事件。咱們一般的寫法,是爲每一個Li都添加一些相似onMouseOver或者onClick之類的事件監聽。javascript
function addListeners4Li(liNode){ liNode.onclick = function clickHandler(){...}; liNode.onmouseover = function mouseOverHandler(){...} } window.onload = function(){ var ulNode = document.getElementById("parent-list"); var liNodes = ulNode.getElementByTagName("Li"); for(var i=0, l = liNodes.length; i < l; i++){ addListeners4Li(liNodes[i]); } }
若是這個UL中的Li子元素會頻繁地添加或者刪除,咱們就須要在每次添加Li的時候都調用這個addListeners4Li方法來爲每一個Li節點添加事件處理函數。這就添加的複雜度和出錯的可能性。html
更簡單的方法是使用事件代理機制,當事件被拋到更上層的父節點的時候,咱們經過檢查事件的目標對象(target)來判斷並獲取事件源Li。下面的代碼能夠完成咱們想要的效果:java
// 獲取父節點,併爲它添加一個click事件 document.getElementById("parent-list").addEventListener("click",function(e) { // 檢查事件源e.targe是否爲Li if(e.target && e.target.nodeName.toUpperCase == "LI") { // 真正的處理過程在這裏 console.log("List item ",e.target.id.replace("post-")," was clicked!"); } });
爲父節點添加一個click事件,當子節點被點擊的時候,click事件會從子節點開始向上冒泡。父節點捕獲到事件以後,經過判斷e.target.nodeName來判斷是否爲咱們須要處理的節點。而且經過e.target拿到了被點擊的Li節點。從而能夠獲取到相應的信息,並做處理。node
以前的介紹中已經說到了瀏覽器的事件冒泡機制。這裏再詳細介紹一下瀏覽器處理DOM事件的過程。對於事件的捕獲和處理,不一樣的瀏覽器廠商有不一樣的處理機制,這裏咱們主要介紹W3C對DOM2.0定義的標準事件。web
DOM2.0模型將事件處理流程分爲三個階段:1、事件捕獲階段,2、事件目標階段,3、事件起泡階段。如圖:編程
事件捕獲:當某個元素觸發某個事件(如onclick),頂層對象document就會發出一個事件流,隨着DOM樹的節點向目標元素節點流去,直到到達事件真正發生的目標元素。在這個過程當中,事件相應的監聽函數是不會被觸發的。瀏覽器
事件目標:當到達目標元素以後,執行目標元素該事件相應的處理函數。若是沒有綁定監聽函數,那就不執行。ruby
事件起泡:從目標元素開始,往頂層元素傳播。途中若是有節點綁定了相應的事件處理函數,這些函數都會被一次觸發。若是想阻止事件起泡,可使用e.stopPropagation()(Firefox)或者e.cancelBubble=true(IE)來組織事件的冒泡傳播。app
下面看一下Dojo和jQuery中提供的事件代理接口的使用方法。框架
首先是jQuery:
$("#link-list").delegate("a", "click", function(){ // "$(this)" is the node that was clicked console.log("you clicked a link!",$(this)); });
jQuery的delegate的方法須要三個參數,一個選擇器,一個時間名稱,和事件處理函數。
而Dojo的與jQuery類似,僅是二者的編程風格上的差異:
require(["dojo/query","dojox/NodeList/delegate"], function(query,delegate){ query("#link-list").delegate("a","onclick",function(event) { // "this.node" is the node that was clicked console.log("you clicked a link!",this); }); })
Dojo的delegate模塊在dojox.NodeList中,提供的接口與jQuery同樣,參數也相同。
經過上面的介紹,你們應該可以體會到使用事件委託對於web應用程序帶來的幾個優勢:
1.管理的函數變少了。不須要爲每一個元素都添加監聽函數。對於同一個父節點下面相似的子元素,能夠經過委託給父元素的監聽函數來處理事件。
2.能夠方便地動態添加和修改元素,不須要由於元素的改動而修改事件綁定。
3.JavaScript和DOM節點之間的關聯變少了,這樣也就減小了因循環引用而帶來的內存泄漏發生的機率。
寫到這裏,忽然想起了以前對於Dojo DataGrid的困惑:那麼多的rows和cells,如何處理他們事件之間的關係。如今想一想,使用委託就很簡單了。全部的事件委託到grid最外層的節點上,當事件發生的時候經過一些方法來獲取和添加事件的額外屬性,如rowIndex, cellIndex,以後在分配到onRowClick,onCellClick之類的處理函數上。
上面介紹的是對DOM事件處理時,利用瀏覽器冒泡機制爲DOM元素添加事件代理。其實在純JS編程中,咱們也可使用這樣的編程模式,來建立代理對象來操做目標對象。這裏引用司徒正美相關文章中的一個例子:
var delegate = function(client, clientMethod) { return function() { return clientMethod.apply(client, arguments); } } var ClassA = function() { var _color = "red"; return { getColor: function() { console.log("Color: " + _color); }, setColor: function(color) { _color = color; } }; }; var a = new ClassA(); a.getColor(); a.setColor("green"); a.getColor(); console.log("執行代理!"); var d = delegate(a, a.setColor); d("blue"); console.log("執行完畢!"); a.getColor();
上面的例子中,經過調用delegate()函數建立的代理函數d來操做對a的修改。這種方式儘管是使用了apply(call也能夠)來實現了調用對象的轉移,可是從編程模式上實現了對某些對象的隱藏,能夠保護這些對象不被隨便訪問和修改。
在不少框架中都引用了委託這個概念用來指定方法的運行做用域。比較典型的如dojo.hitch(scope,method)和ExtJS的createDelegate(obj,args)。有興趣的同窗能夠看一下他們的源代碼,主要也是js函數的apply方法來制定執行做用域。