本資源引自: 解析Javascript事件冒泡機(jī)制 - 我的程序人生 - 博客頻道 - CSDN.NET http://blog.csdn.net/luanlouis/article/details/23927347 ----------------------------------------------------------------------------------------------------------------------------------------- 1. 事件在瀏覽器客戶(hù)端應(yīng)用平臺(tái),基本生都是以事件驅(qū)動(dòng)的,即某個(gè)事件發(fā)生,然后做出相應(yīng)的動(dòng)作。 瀏覽器的事件表示的是某些事情發(fā)生的信號(hào)。事件的闡述不是本文的重點(diǎn),尚未了解的朋友,可以訪問(wèn)W3school教程 進(jìn)行了解,這將有助于更好地理解以下的內(nèi)容 。 2.冒泡機(jī)制什么是冒泡呢? 下面這個(gè)圖片大家應(yīng)該心領(lǐng)神會(huì)吧,氣泡從水底開(kāi)始往上升,由深到淺,升到最上面。在上升的過(guò)程中,氣泡會(huì)經(jīng)過(guò)不同深度層次的水。 相對(duì)應(yīng)地:這個(gè)氣泡就相當(dāng)于我們這里的事件,而水則相當(dāng)于我們的整個(gè)dom樹(shù);事件從dom 樹(shù)的底層 層層往上傳遞,直至傳遞到dom的根節(jié)點(diǎn)。 簡(jiǎn)單案例分析下面通過(guò)一個(gè)簡(jiǎn)單的例案例來(lái)闡述冒泡原理: 定義一個(gè)html, 里面有三個(gè)簡(jiǎn)單的dom 元素:div1,div2, span,div2包含span,div1 包含div2;而它們都在body 下:
界面原型如下: 在這個(gè)基礎(chǔ)上,我們實(shí)現(xiàn)下面的功能: a.body添加 click 事件監(jiān)聽(tīng),當(dāng)body捕獲到event事件時(shí),打印出事件發(fā)生的時(shí)間和 觸發(fā)事件的節(jié)點(diǎn)信息:
當(dāng)我們依次點(diǎn)擊"This is span",div2,div1,body后,輸出以下信息: 分析以上的結(jié)果: 無(wú)論是body,body 的子元素div1,還是 div的子元素div2,還有 span, 當(dāng)這些元素被點(diǎn)擊click時(shí),都會(huì)產(chǎn)生click事件,并且body都會(huì)捕獲到,然后調(diào)用相應(yīng)的事件處理函數(shù)。就像水中的氣泡從底往上冒一樣,事件也會(huì)往上傳遞。 事件傳遞的示意圖如下所示: 一般地,事件在傳遞過(guò)程中會(huì)有一些信息,這些是事件的組成部分:事件發(fā)生的時(shí)間+事件發(fā)生的地點(diǎn)+ 事件的類(lèi)型+事件的當(dāng)前處理者+其他信息, 完整的html代碼如下:
b.終止事件的冒泡我們現(xiàn)在想實(shí)現(xiàn)這樣的功能,在div1 點(diǎn)擊的時(shí)候,彈出 "你好,我是最外層div。",點(diǎn)擊div2 的時(shí)候,彈出 "你好,我是第二層div";點(diǎn)擊span 的時(shí)候,彈出"您好,我是span。"。 由此我們會(huì)有下面的javascript片段:
預(yù)期上述代碼會(huì)單擊span 的時(shí)候,會(huì)出來(lái)一個(gè)彈出框 "您好,我是span。" 是的,確實(shí)彈出了這樣的對(duì)話(huà)框: 然而,不僅僅會(huì)產(chǎn)生這個(gè)對(duì)話(huà)框,當(dāng)點(diǎn)擊確定后,會(huì)依次彈出下列對(duì)話(huà)框: 這顯然不是我們想要的! 我們希望的是點(diǎn)誰(shuí)顯示誰(shuí)的信息而已。為什么會(huì)出現(xiàn)上述的情況呢? 原因就在于事件的冒泡,點(diǎn)擊span的時(shí)候,span 會(huì)把產(chǎn)生的事件往上冒泡,作為父節(jié)點(diǎn)的div2 和 祖父節(jié)點(diǎn)的div1也會(huì)收到此事件,于是會(huì)做出事件響應(yīng),執(zhí)行響應(yīng)函數(shù)?,F(xiàn)在問(wèn)題是發(fā)現(xiàn)了,但是怎么解決呢? 方法一:我們來(lái)考慮一個(gè)形象一點(diǎn)的情況:水中的一個(gè)氣泡正在從底部往上冒,而你現(xiàn)在在水中,不想讓這個(gè)氣泡往上冒,怎么辦呢?——把它扎破!沒(méi)了氣泡,自然不會(huì)往上冒了。類(lèi)似地,對(duì)某一個(gè)節(jié)點(diǎn)而言,如果不想它現(xiàn)在處理的事件繼續(xù)往上冒泡的話(huà),我們可以終止冒泡: 在相應(yīng)的處理函數(shù)內(nèi),加入 event.stopPropagation() ,終止事件的廣播分發(fā),這樣事件停留在本節(jié)點(diǎn),不會(huì)再往外傳播了。修改上述的script片段:
經(jīng)過(guò)這樣一段代碼,點(diǎn)擊不同元素會(huì)有不同的提示,不會(huì)出現(xiàn)彈出多個(gè)框的情況了。 方法二:事件包含最初觸發(fā)事件的節(jié)點(diǎn)引用 和 當(dāng)前處理事件節(jié)點(diǎn)的引用,那如果節(jié)點(diǎn)只處理自己觸發(fā)的事件即可,不是自己產(chǎn)生的事件不處理。event.target 引用了產(chǎn)生此event對(duì)象的dom 節(jié)點(diǎn),而event.currrentTarget 則引用了當(dāng)前處理節(jié)點(diǎn),我們可以通過(guò)這 兩個(gè)target 是否相等。 比如span 點(diǎn)擊事件,產(chǎn)生一個(gè)event 事件對(duì)象,event.target 指向了span元素,span處理此事件時(shí),event.currentTarget 指向的也是span元素,這時(shí)判斷兩者相等,則執(zhí)行相應(yīng)的處理函數(shù)。而事件傳遞給 div2 的時(shí)候,event.currentTarget變成 div2,這時(shí)候判斷二者不相等,即事件不是div2 本身產(chǎn)生的,就不作響應(yīng)處理邏輯。
比較: 從事件傳遞上看:方法一在于取消事件冒泡,即當(dāng)某些節(jié)點(diǎn)取消冒泡后,事件不會(huì)再傳遞;方法二在于不阻止冒泡,過(guò)濾需要處理的事件,事件處理后還會(huì)繼續(xù)傳遞; 優(yōu)缺點(diǎn): 方法一缺點(diǎn):為了實(shí)現(xiàn)點(diǎn)擊特定的元素顯示對(duì)應(yīng)的信息,方法一要求每個(gè)元素的子元素也必須終止事件的冒泡傳遞,即跟別的元素功能上強(qiáng)關(guān)聯(lián),這樣的方法會(huì)很脆弱。比如,如果span 元素的處理函數(shù)沒(méi)有執(zhí)行冒泡終止,則事件會(huì)傳到div2 上,這樣會(huì)造成div2 的提示信息; 方法二缺點(diǎn):方法二為每一個(gè)元素都增加了事件監(jiān)聽(tīng)處理函數(shù),事件的處理邏輯都很相似,即都有判斷 if(event.target == event.currentTarget),這樣存在了很大的代碼冗余,現(xiàn)在是三個(gè)元素還好,當(dāng)有10幾個(gè),上百個(gè)又該怎么辦呢? 還有就是為每一個(gè)元素都有處理函數(shù),在一定程度上增加邏輯和代碼的復(fù)雜度。 我們?cè)賮?lái)分析一下方法二:方法二的原理是 元素收到事件后,判斷事件是否符合要求,然后做相應(yīng)的處理,然后事件繼續(xù)冒泡往上傳遞; 既然事件是冒泡傳遞的,那可不可以讓某個(gè)父節(jié)點(diǎn)統(tǒng)一處理事件,通過(guò)判斷事件的發(fā)生地(即事件產(chǎn)生的節(jié)點(diǎn)),然后做出相應(yīng)的處理呢?答案是可以的,下面通過(guò)給body 元素添加事件監(jiān)聽(tīng),然后通過(guò)判斷event.target 然后對(duì)不同的target產(chǎn)生不同的行為。 將方法二的代碼重構(gòu)一下:
通過(guò)以上方式,我們把本來(lái)每個(gè)元素都要有的處理函數(shù),都交給了其祖父節(jié)點(diǎn)body 元素來(lái)完成了,也就是說(shuō),span,div2,div1 將自己的響應(yīng)邏輯委托給body,讓它來(lái)完成相應(yīng)邏輯,自己不實(shí)現(xiàn)相應(yīng)邏輯,這個(gè)模式,就是所謂的事件委托。 關(guān)于事件代理的問(wèn)題,以后繼續(xù)探討。 |
|
來(lái)自: bleach尸魂界 > 《JS event》