先從最簡單的開始，假如頁面有一個id為test的div，我們要實現點擊頁面其它地方隱藏該div:
對于這個問題一般有兩種思路，這兩種思路都會利用事件冒泡這一原理，想要詳細了解Javascript事件機制可以看看JavaScript與HTML交互――事件,這不是本文重點，所以這里只是簡單介紹一下事件冒泡，
事件冒泡
IE的事件冒泡：事件開始時由最具體的元素接收，然后逐級向上傳播到較為不具體的元素
Netscape的事件捕獲：不太具體的節點更早接收事件，而最具體的元素最后接收事件，和事件冒泡相反
DOM事件流：DOM2級事件規定事件流包括三個階段，事件捕獲階段，處于目標階段，事件冒泡階段，首先發生的是事件捕獲，為截取事件提供機會，然后是實際目標接收事件，最后是冒泡句階段。
Opera、Firefox、Chrome、Safari都支持DOM事件流，IE不支持事件流，只支持事件冒泡
如有以下html，點擊div區域，按照不同的模型事件元素的click事件觸發順序如下所示：
因為所有的瀏覽器都支持事件冒泡，瀏覽器兼容性考慮，我們一般綁定事件的的時候都會利用事件冒泡而不是事件捕獲。了解了這個之后我們可以看看下面兩種思路了。
思路一
第一種思路分兩步
第一步：對document的click事件綁定事件處理程序，使其隱藏該div
第二步：對div的click事件綁定事件處理程序，阻止事件冒泡，防止其冒泡到document，而調用document的onclick方法隱藏了該div。
$(document).bind('click',function(){
$('#test').css('display','none');
});
$('#test').bind('click',function(e){
stopPropagation(e);
});
</script>
這樣當點擊頁面非div區域的時候，直接或層層冒泡會調用document的onclick方法，隱藏該div，而點擊div或其子元素的時候，事件總會冒泡的div本身，這時候會阻止事件繼續冒泡，不會調用doument的onclick方法致使div被隱藏，從而完成了我們的需求。
思路二
我們之前提到，在觸發DOM上的某個事件的時候會產生一個事件對象event，這個對象包含著所有與事件有關的信息，包括產生事件的元素、事件類型等相關信息，思路一中div的click事件處理程序傳入的參數就是這個event對象。訪問IE中的event對象有幾種不同的方式，取決于指定事件處理程序的方法。直接為DOM元素添加事件處理程序時，event對象作為window對象的一個屬性存在。
event對象包含了一個重要屬性：target(W3C)/srcElement(IE)，這個屬性標識了觸發事件的原始元素，思路二就是要利用這個屬性。我們可以直接對document的click事件綁定事件處理程序，在事件處理程序中判讀事件源是否為id==test的div元素或其子元素，如果是則方法return不做操作，如果不是則隱藏該div。
$('#test').css('display','none'); //點擊的不是div或其子元素
});
</script>
這樣當點擊頁面任何地方的時候都會層層冒泡至document的click事件，事件處理程序會判斷事件源是否為id==test的div或其子元素，如果是方法return，否則隱藏該div，也能夠實現我們的需求。
注意點及優劣
這兩種思路都依賴于事件冒泡，所以我們在處理其它相關元素的click事件的時候一定要注意這點，避免其他相關元素的click事件處理程序中包含阻止事件冒泡代碼而影響了該功能。
這兩種方式都很容易理解，貌似思路一更優秀一些，看起來它的處理更簡單一些，不用去層層判斷事件源，直接把click事件綁定在該div上。在這個例子中確實如此，但是有些復雜的頁面就不盡然了，假如我們有一個頁面，上面有數十個div都需要點擊頁面其它地方隱藏這類問題
我們用思路一寫出的代碼可能是這樣：
$(document).bind('click',function(){
$('.dialog').css('display','none');
});
$('.dialog').bind('click',function(e){
stopPropagation(e);
});
</script>
看起來簡單依舊的樣子，但是我們仔細想想就會發現問題，我們在每個dialog上都綁定了類似的方法，維護如此多的click事件處理程序對內存來說絕對是可開銷，導致我們頁面運行緩慢。而且如果我們可以動態使用ajax創建新dialog問題又來了，新創建的dialog不能實現隱藏功能！因為綁定函數已經執行完了，不會再為新的dialog綁定click事件處理程序，我們只能自己來做此事。也就是說思路一無法把處理程序附加到可能還未存在于DOM中的DOM元素之上。因為它是直接把處理程序綁定到各個元素上，它不能把處理程序綁定到還未存在于頁面中的元素之上。
這時候就是思路二展示身手的時候了，我們看看思路二在這種時候代碼的書寫
$('#test').css('display','none');
});
</script>
改動也相當的小，我們來看看是不是能解決上邊的兩個問題了，首先無論多少個dialog我們只是綁定了一個click事件處理程序，對性能影響不大，添加一個新的dialog思路二的代碼還好不好使呢，依舊好使，這樣我們就能發現在復雜頁面的情況下實際上思路二是一種更優秀的解決方案。
這些都明白了，我們就能說說本文的第二個主角jQuery的delegate方法了。
delegate
首先看看jQuery官方對delegate的語法及描述
.delegate( selector, eventType, handler(eventObject) )
Description: Attach a handler to one or more events for all elements that match the selector, now or in the future, based on a specific set of root elements.
delegate() 方法為指定的元素（屬于被選元素的子元素）添加一個或多個事件處理程序，并規定當這些事件發生時運行的函數。
使用 delegate() 方法的事件處理程序適用于當前或未來的元素（比如由腳本創建的新元素）。
通過上面語句我們就可以為所有table的td綁定click事件處理程序。
delegate方法設計意圖在于把處理程序附加到單個元素上或是一小組元素之上，監聽后代元素上的事件而不是循環遍歷并把同一個函數逐個附加到DOM中的多個個元素上。把處理程序附加到一個(或是一小組)祖先元素上而不是直接把處理程序附加到頁面中的所有元素上，從而帶來性能上的優化。
jQuery版隱藏dialog
通過上面知識我們可以發現jQuery的delegate方法可以方便實現我們隱藏div的需求
delegate與bind
通過上面我們說一堆我們可以在權衡使用bind還是delegate上有一定依據了，如果就單獨綁定一個元素的事件處理程序，用bind還是很合適的，但是如果處理很多類似元素的事件處理程序的時候不妨考慮一下delegate，看看是否對提高性能有所幫助。
新聞熱點
疑難解答
