search
看懂此文,不再困惑於 JS 中的事件設計

看懂此文,不再困惑於 JS 中的事件設計

原文:blog.csdn.net/aitangyong/article/details/43231111點擊文末閱讀原文即可前往

抽空學習了下javascript和jquery的事件設計,收穫頗大,總結此貼,和大家分享。

(一)事件綁定的幾種方式

javascript給DOM綁定事件處理函數總的來說有2種方式:在html文檔中綁定、在js代碼中綁定。下面的方式1、方式2屬於在html中綁定事件,方式3、方式4和方式5屬於在js代碼中綁定事件,其中方法5是最推薦的做法。

方式1:

HTML的DOM元素支持onclick、onblur等以on開頭屬性,我們可以直接在這些屬性值中編寫javascript代碼。當點擊div的時候,下面的代碼會彈出div的ID:

這種做法很顯然不好,因為代碼都是放在字元串里的,不能格式化和排版,當代碼很多的時候很難看懂。這裡有一點值得說明:onclick屬性中的this代表的是當前被點擊的DOM對象,所以我們可以通過this.id獲取DOM元素的id屬性值。

方式2:

當代碼比較多的時候,我們可以在onclick等屬性中指定函數名。

跟上面的做法相比,這種做法略好一些。值得一提的是:事件處理函數中的this代表的是window對象,所以我們在onclick屬性值中,通過this將dom對象作為參數傳遞。

var dom = document.getElementById("outestA");

dom.onclick = function{alert("1=" + this.id);};

dom.onclick = function{alert("2=" + this.id);};

這種做法this代表當前的DOM對象。還有一點:這種做法只能綁定一個事件處理函數,後面的會覆蓋前面的。

方式4:IE下使用attachEvent/detachEvent函數進行事件綁定和取消。

attachEvent/detachEvent兼容性不好,IE6~IE11都支持該函數,但是FF和Chrome瀏覽器都不支持該方法。而且attachEvent/detachEvent不是W3C標準的做法,所以不推薦使用。在IE瀏覽器下,attachEvent有以下特點。

a) 事件處理函數中this代表的是window對象,不是dom對象。

var dom = document.getElementById("outestA");

dom.attachEvent('onclick'a);

function a

{

alert(this.id);//undefined

}

dom.attachEvent('onclick'a);

dom.attachEvent('onclick'a);

function a

{

alert(this.id);

}

雖然使用attachEvent綁定了2次,但是函數a只會調用一次。

c)不同的函數對象,可以重複綁定,不會覆蓋。

dom.attachEvent('onclick'function{alert(1);});

dom.attachEvent('onclick'function{alert(1);});

// 當outestA的click事件發生時,會彈出2個對話框

匿名函數和匿名函數是互相不相同的,即使代碼完全一樣。所以如果我們想用detachEvent取消attachEvent綁定的事件處理函數,那麼綁定事件的時候不能使用匿名函數,必須要將事件處事函數單獨寫成一個函數,否則無法取消。

方式5:使用W3C標準的addEventListener和removeEventListener。

這2個函數是W3C標準規定的,FF和Chrome瀏覽器都支持,IE6/IE7/IE8都不支持這2個函數。不過從IE9開始就支持了這2個標準的API。

// type:事件類型,不含"on",比如"click"、"mouseover"、"keydown";

// 而attachEvent的事件名稱,含含"on",比如"onclick"、"onmouseover"、"onkeydown";

// listener:事件處理函數

// useCapture是事件冒泡,還是事件捕獲,默認false,代表事件冒泡類型

addEventListener(type listener useCapture);

a) 事件處理函數中this代表的是dom對象,不是window,這個特性與attachEvent不同。

dom.addEventListener('click' a false);

function a

{

alert(this.id);//outestA

}

b) 同一個事件處理函數可以綁定2次,一次用於事件捕獲,一次用於事件冒泡。

dom.addEventListener('click' a false);

dom.addEventListener('click' a true);

function a

{

如果綁定的是同一個事件處理函數,並且都是事件冒泡類型或者事件捕獲類型,那麼只能綁定一次。

dom.addEventListener('click' a false);

dom.addEventListener('click' a false);

function a

{

// 當點擊outestA的時候,函數a只會調用1次

c) 不同的事件處理函數可以重複綁定,這個特性與attachEvent一致。

(二)事件處理函數的執行順序

方式1、方式2和方式3都不能實現事件的重複綁定,所以自然也就不存在執行順序的問題。方式4和方式5可以重複綁定特性,所以需要了解下執行順序的問題。如果你寫出依賴於執行順序的代碼,可以斷定你的設計存在問題。所以下面的順序問題,僅作為興趣探討,沒有什麼實際意義。直接上結論:addEventListener和attachEvent表現一致,如果給同一個事件綁定多個處理函數,先綁定的先執行。下面的代碼我在IE11、FF17和Chrome39都測試過。

使用的是事件冒泡,當點擊outC的時候,列印順序是3–>2–>1。如果將false改成true使用事件捕獲,列印順序是1–>2–>3。

(四) DOM事件流

DOM事件流我也不知道怎麼解釋,個人感覺就是事件冒泡和事件捕獲的結合體,直接看圖吧。

DOM事件流:將事件分為三個階段:捕獲階段、目標階段、冒泡階段。先調用捕獲階段的處理函數,其次調用目標階段的處理函數,最後調用冒泡階段的處理函數。這個過程很類似於Struts2框中的action和Interceptor。當發出一個URL請求的時候,先調用前置攔截器,其次調用action,最後調用後置攔截器。

當點擊outC的時候,依次列印出capture1–>capture2–>target–>bubble2–>bubble1。到這裡是不是可以理解addEventListener(type,handler,useCapture)這個API中第三個參數useCapture的含義呢?useCapture=false意味著:將事件處理函數加入到冒泡階段,在冒泡階段會被調用;useCapture=true意味著:將事件處理函數加入到捕獲階段,在捕獲階段會被調用。從DOM事件流模型可以看出,捕獲階段的事件處理函數,一定比冒泡階段的事件處理函數先執行。

(五) 再談事件函數執行先後順序

// 目標(自身觸發事件,是冒泡還是捕獲無所謂)

outC.addEventListener('click'function{alert("target");},true);

我們在outC上觸發onclick事件(這個是目標對象),如果我們在outC上同時綁定捕獲階段/冒泡階段事件處理函數會怎麼樣呢?

點擊outC的時候,列印順序是:capture1–>capture2–>target2–>target1–>bubble2–>bubble1。由於outC是我們觸發事件的目標對象,在outC上註冊的事件處理函數,屬於DOM事件流中的目標階段。目標階段函數的執行順序:先註冊的先執行,后註冊的后執行。這就是上面我們說的,在目標對象上綁定的函數是採用捕獲,還是採用冒泡,都沒有什麼關係,因為冒泡和捕獲只是對父元素上的函數執行順序有影響,對自己沒有什麼影響。如果不信,可以將下面的代碼放進去驗證。

outC.addEventListener('click'function{alert("target1");},false);

outC.addEventListener('click'function{alert("target2");},true);

outC.addEventListener('click'function{alert("target3");},true);

outC.addEventListener('click'function{alert("target4");},false);

至此我們可以給出事件函數執行順序的結論了:捕獲階段的處理函數最先執行,其次是目標階段的處理函數,最後是冒泡階段的處理函數。目標階段的處理函數,先註冊的先執行,后註冊的后執行。

(六) 阻止事件冒泡和捕獲

默認情況下,多個事件處理函數會按照DOM事件流模型中的順序執行。如果子元素上發生某個事件,不需要執行父元素上註冊的事件處理函數,那麼我們可以停止捕獲和冒泡,避免沒有意義的函數調用。前面提到的5種事件綁定方式,都可以實現阻止事件的傳播。由於第5種方式,是最推薦的做法。所以我們基於第5種方式,看看如何阻止事件的傳播行為。IE8以及以前可以通過 window.event.cancelBubble=true阻止事件的繼續傳播;IE9+/FF/Chrome通過event.stopPropagation阻止事件的繼續傳播。

當點擊outC的時候,之後列印出capture–>target,不會列印出bubble。因為當事件傳播到outC上的處理函數時,通過stopPropagation阻止了事件的繼續傳播,所以不會繼續傳播到冒泡階段。

執行結果是只列印capture,不會列印target和bubble。神奇吧,我們點擊了outC,但是卻沒有觸發outC上的事件處理函數,而是觸發了outA上的事件處理函數。原因不做解釋,如果你還不明白,可以再讀一遍本文章。

不是在文章評論里回復哦

本文由 一點資訊 提供 原文連結

寫了5858696篇文章,獲得23193次喜歡
留言回覆
回覆
熱門推薦
精彩推薦