這篇文章主要介紹“JS中的事件冒泡機制實例分析”的相關知識,小編通過實際案例向大家展示操作過程,操作方法簡單快捷,實用性強,希望這篇“JS中的事件冒泡機制實例分析”文章能幫助大家解決問題。
成都網(wǎng)絡公司-成都網(wǎng)站建設公司創(chuàng)新互聯(lián)10余年經(jīng)驗成就非凡,專業(yè)從事做網(wǎng)站、成都做網(wǎng)站,成都網(wǎng)頁設計,成都網(wǎng)頁制作,軟文發(fā)布平臺,一元廣告等。10余年來已成功提供全面的成都網(wǎng)站建設方案,打造行業(yè)特色的成都網(wǎng)站建設案例,建站熱線:028-86922220,我們期待您的來電!
在瀏覽器客戶端應用平臺,基本生都是以事件驅動的,即某個事件發(fā)生,然后做出相應的動作。
瀏覽器的事件表示的是某些事情發(fā)生的信號。事件的闡述不是本文的重點,尚未了解的朋友,可以自行百度 進行了解,這將有助于更好地理解以下的內容 。
什么是冒泡呢?
下面這個圖片大家應該心領神會吧,氣泡從水底開始往上升,由深到淺,升到最上面。在上升的過程中,氣泡會經(jīng)過不同深度層次的水。
相對應地:這個氣泡就相當于我們這里的事件,而水則相當于我們的整個dom樹;事件從dom 樹的底層 層層往上傳遞,直至傳遞到dom的根節(jié)點。
簡單案例分析
下面通過一個簡單的例案例來闡述冒泡原理:
定義一個html, 里面有三個簡單的dom 元素:div1,div2, span,div2包含span,div1 包含div2;而它們都在body 下:
This is a span.
界面原型如下:
在這個基礎上,我們實現(xiàn)下面的功能:
a、 body添加 click 事件監(jiān)聽,當body捕獲到event事件時,打印出事件發(fā)生的時間和 觸發(fā)事件的節(jié)點信息:
當我們依次點擊"This is span",div2,div1,body后,輸出以下信息:
分析以上的結果:
無論是body,body 的子元素div1,還是 div的子元素div2,還有 span, 當這些元素被點擊click時,都會產(chǎn)生click事件,并且body都會捕獲到,然后調用相應的事件處理函數(shù)。就像水中的氣泡從底往上冒一樣,事件也會往上傳遞。
事件傳遞的示意圖如下所示:
一般地,事件在傳遞過程中會有一些信息,這些是事件的組成部分:事件發(fā)生的時間+事件發(fā)生的地點+ 事件的類型+事件的當前處理者+其他信息,
完整的html代碼如下:
Insert title here This is a span.
b、終止事件的冒泡
我們現(xiàn)在想實現(xiàn)這樣的功能,在div1 點擊的時候,彈出 "你好,我是最外層div。",點擊div2 的時候,彈出 "你好,我是第二層div";點擊span 的時候,彈出"您好,我是span。"。
由此我們會有下面的javascript片段:
預期上述代碼會單擊span 的時候,會出來一個彈出框 "您好,我是span。" 是的,確實彈出了這樣的對話框:
然而,不僅僅會產(chǎn)生這個對話框,當點擊確定后,會依次彈出下列對話框:
這顯然不是我們想要的! 我們希望的是點誰顯示誰的信息而已。為什么會出現(xiàn)上述的情況呢? 原因就在于事件的冒泡,點擊span的時候,span 會把產(chǎn)生的事件往上冒泡,作為父節(jié)點的div2 和 祖父節(jié)點的div1也會收到此事件,于是會做出事件響應,執(zhí)行響應函數(shù)?,F(xiàn)在問題是發(fā)現(xiàn)了,但是怎么解決呢?
方法一:我們來考慮一個形象一點的情況:水中的一個氣泡正在從底部往上冒,而你現(xiàn)在在水中,不想讓這個氣泡往上冒,怎么辦呢?——把它扎破!沒了氣泡,自然不會往上冒了。類似地,對某一個節(jié)點而言,如果不想它現(xiàn)在處理的事件繼續(xù)往上冒泡的話,我們可以終止冒泡:
在相應的處理函數(shù)內,加入 event.stopPropagation() ,終止事件的廣播分發(fā),這樣事件停留在本節(jié)點,不會再往外傳播了。修改上述的script片段:
經(jīng)過這樣一段代碼,點擊不同元素會有不同的提示,不會出現(xiàn)彈出多個框的情況了。
方法二:事件包含最初觸發(fā)事件的節(jié)點引用 和 當前處理事件節(jié)點的引用,那如果節(jié)點只處理自己觸發(fā)的事件即可,不是自己產(chǎn)生的事件不處理。event.target 引用了產(chǎn)生此event對象的dom 節(jié)點,而event.currrentTarget 則引用了當前處理節(jié)點,我們可以通過這 兩個target 是否相等。
比如span 點擊事件,產(chǎn)生一個event 事件對象,event.target 指向了span元素,span處理此事件時,event.currentTarget 指向的也是span元素,這時判斷兩者相等,則執(zhí)行相應的處理函數(shù)。而事件傳遞給 div2 的時候,event.currentTarget變成 div2,這時候判斷二者不相等,即事件不是div2 本身產(chǎn)生的,就不作響應處理邏輯。
比較:
從事件傳遞上看:
方法一在于取消事件冒泡,即當某些節(jié)點取消冒泡后,事件不會再傳遞;
方法二在于不阻止冒泡,過濾需要處理的事件,事件處理后還會繼續(xù)傳遞;
優(yōu)缺點:
方法一缺點:為了實現(xiàn)點擊特定的元素顯示對應的信息,方法一要求每個元素的子元素也必須終止事件的冒泡傳遞,即跟別的元素功能上強關聯(lián),這樣的方法會很脆弱。比如,如果span 元素的處理函數(shù)沒有執(zhí)行冒泡終止,則事件會傳到p2 上,這樣會造成p2 的提示信息;
方法二缺點:方法二為每一個元素都增加了事件監(jiān)聽處理函數(shù),事件的處理邏輯都很相似,即都有判斷 if(event.target == event.currentTarget),這樣存在了很大的代碼冗余,現(xiàn)在是三個元素還好,當有10幾個,上百個又該怎么辦呢?
還有就是為每一個元素都有處理函數(shù),在一定程度上增加邏輯和代碼的復雜度。
我們再來分析一下方法二:方法二的原理是 元素收到事件后,判斷事件是否符合要求,然后做相應的處理,然后事件繼續(xù)冒泡往上傳遞;
既然事件是冒泡傳遞的,那可不可以讓某個父節(jié)點統(tǒng)一處理事件,通過判斷事件的發(fā)生地(即事件產(chǎn)生的節(jié)點),然后做出相應的處理呢?答案是可以的,下面通過給body 元素添加事件監(jiān)聽,然后通過判斷event.target 然后對不同的target產(chǎn)生不同的行為。
將方法二的代碼重構一下:
結果會是點擊不同的元素,只彈出相符合的提示,不會有多余的提示。
通過以上方式,我們把本來每個元素都要有的處理函數(shù),都交給了其祖父節(jié)點body 元素來完成了,也就是說,span,p2,p1 將自己的響應邏輯委托給body,讓它來完成相應邏輯,自己不實現(xiàn)相應邏輯,這個模式,就是所謂的事件委托。
下面是一個示意圖:
關于“JS中的事件冒泡機制實例分析”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關的知識,可以關注創(chuàng)新互聯(lián)行業(yè)資訊頻道,小編每天都會為大家更新不同的知識點。