您好,登錄后才能下訂單哦!
小編給大家分享一下JavaScript中事件流的示例分析,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
關(guān)于 JavaScript 的事件流
前言
正文
甚麼是事件?
甚麼是事件流?
事件冒泡 vs 事件捕獲
DOM事件分級
DOM0 事件
DOM2 事件
結(jié)語
前言
再看這篇前,建議各位可以先去看看 關(guān)於 JavaScript 事件循環(huán),當(dāng)然對於已經(jīng)了解的人們就不用啦!這篇要討論的是 js 的事件流。
正文
都知道, 當(dāng)我們在網(wǎng)頁上做進(jìn)行某些類型的操作,例如點擊,滑動等等,都會觸發(fā)一些相應(yīng)的事件。也知道,整個網(wǎng)頁的構(gòu)成其實會被瀏覽器解析成一棵 DOM 樹。而當(dāng)一個節(jié)點產(chǎn)生一個事件時,該事件會在該節(jié)點與根結(jié)點之間按一定順序傳播,而這個傳播路徑上經(jīng)過的所有結(jié)點都會接收到該事件,這一整個過程就稱為DOM事件流。
甚麼是事件?
js 與 html 之間的交互其實就是通過「事件」實現(xiàn)的。舉凡用戶對網(wǎng)頁的點擊,選定,滑動等等,在 js 的世界中全部都是事件。
而對於事件,當(dāng)事件發(fā)生就要有響應(yīng),在 js 中,所謂的響應(yīng)就是監(jiān)聽器。就像觀察者模式一樣,事件就是我們的 subject,而當(dāng)事件發(fā)生時,就要通知對應(yīng)該事件(subject)的所有監(jiān)聽器(listener)去執(zhí)行相對的響應(yīng)。
甚麼是事件流?
事件流描述的就是從頁面中接收事件的順序。主要分為以下兩種:
IE 的事件冒泡
Netscape 的事件捕獲
事件冒泡 vs 事件捕獲
IE 提出的事件流模型是事件冒泡的,就是從下到上,從目標(biāo)觸發(fā)的元素逐級向上傳播,一直到 document 對象。
Netscape 提出的事件流模型則是事件捕獲的,與事件冒泡相反,是從上到下的,即從 document 對象逐級向下傳播到目標(biāo)對象。
以上是 DOM0 標(biāo)準(zhǔn)下的事件流機(jī)制。後來 ECMAScript 在 DOM2 中對事件流做了進(jìn)一步的規(guī)範(fàn)。在 DOM2 中,一個事件所包含的事件流分為以下 3 個階段:
事件捕獲階段(capture)
目標(biāo)階段(target)
事件冒泡階段(bubble)
DOM事件分級
DOM節(jié)點有了事件發(fā)生,當(dāng)然就需要做相應(yīng)的處裡,而 DOM 事件又分為 4 個等級,如下:
其中,比較重要的是 DOM0/DOM2,所以下面著重介紹。
DOM0 事件
DOM0 級事件主要有兩種實現(xiàn)方式,第一種是內(nèi)聯(lián)模型,就是直接將函數(shù)名作為 html 標(biāo)籤中事件屬性的屬性值。如下:
// js code// eventDOM.jsfunction btnClick() { console.log('Hello World')}
<!-- html code --><html> <head> <title>eventDOM demo</title> </head> <body> <p onclick="btnClick()" style="width: 30px; height: 30px; background-color:black"></p> <script type="text/javascript" src="eventDOM.js"></script> </body></html>
但是內(nèi)聯(lián)模型有明顯的缺點,就是它違反了 W3C 對內(nèi)容(html)和行為(js)分離的要求。所以有了第二種,就是腳本模型(動態(tài)綁定模型)。具體作法是通過 js 腳本選定特定 DOM 節(jié)點,然後對該節(jié)點添加事件屬性以及屬性值。如下:
// js code// eventDOM.jslet btn = document.getElementById('btn')let btnClick = function() { console.log('Hello World')}btn.onclick = btnClick
<!-- html code --><html> <head> <title>eventDOM demo</title> </head> <body> <p id="btn" style="width: 30px; height: 30px; background-color:black"></p> <script type="text/javascript" src="eventDOM.js"></script> </body></html>
點擊會出現(xiàn) Hello World
,沒問題。但腳本模型一樣有缺點,基於上面的 html 代碼,添加一點 js,如下:
// js code// eventDOM.jslet btn = document.getElementById('btn')let btnClick = function() { console.log('Hello World')}let btnClick2 = function() { console.log('Hello World again')}btn.onclick = btnClick btn.onclick = btnClick2
我們發(fā)現(xiàn),現(xiàn)在點擊只會出現(xiàn) Hello World again
。所以腳本模型只允許一個節(jié)點添加一次同類型事件,後面的會覆蓋前面的。
最後讓我們再來看一個有趣的例子:
<!-- html code --><html> <head> <title>eventDOM demo</title> </head> <body> <p id="btn3" style="width: 400px; height: 400px; background-color:pink"> btn3 <p id="btn2" style="width: 300px; height: 300px; background-color:skyblue"> btn2 <p id="btn1" style="width: 200px; height: 200px; background-color:lightgreen"> btn1 </p> </p> </p> <script type="text/javascript" src="eventDOM.js"></script> </body></html>
// js code// eventDOM.jslet btn1 = document.getElementById('btn1')let btn2 = document.getElementById('btn2')let btn3 = document.getElementById('btn3')btn1.onclick = function() { console.log('1')}btn2.onclick = function() { console.log('2')}btn3.onclick = function() { console.log('3')}
當(dāng)我們點擊 btn3 時,輸出如下:
符合預(yù)期,但如果我們點擊 btn1 的話呢?輸出如下:
這就有點奇怪了,明明我們?yōu)?btn1 只添加了一個監(jiān)聽器阿,為什麼連同 btn2,btn3 的一起加上去了的感覺?原因就是因為,雖然 DOM0 有 IE 提出的事件冒泡以及 Netscape 提出的事件捕獲兩種模型,但其實 DOM0 只支持事件冒泡。所以,點擊 btn1 的事件流如下:
也就是事件流也經(jīng)過了 btn2,btn3,所以才會觸發(fā)他們的事件處理。但是顯然,這並不是我們想要的結(jié)果。
DOM2 事件
進(jìn)一步規(guī)範(fàn)後,有了 DOM2級的事件處理程序。其中定義了兩個方法:
addEventListener() 添加事件監(jiān)聽器
removeEventListener() 移除事件監(jiān)聽器
這兩個函數(shù)均有三個參數(shù)如下表:
參數(shù) | 類型 | 描述 |
---|---|---|
event | String | 監(jiān)聽的事件名稱,比如’click’。注意這邊都不需要"on" |
callback | function | 觸發(fā)事件所要執(zhí)行的回調(diào)函數(shù) |
useCapture | Boolean(default:false) | 事件是否在捕獲階段進(jìn)行處理 |
DOM2 中就可以對同一個節(jié)點綁定兩個以上的同類型事件監(jiān)聽器了,看看下面例子:
<!-- html code --><html> <head> <title>eventDOM demo</title> </head> <body> <p id="btn" style="width: 200px; height: 200px; background-color:lightgreen"></p> <script type="text/javascript" src="eventDOM.js"></script> </body></html>
// js code// eventDOM.jslet btn = document.getElementById('btn')function hello() { console.log("Hello World")}function helloAgain() { console.log("Hello World again")}btn.addEventListener('click', hello, false)btn.addEventListener('click', helloAgain, false)
輸出如下:
解決了 DOM0 只能綁定一個同類型事件監(jiān)聽器的缺點啦!值得注意的是,如果綁定同樣的監(jiān)聽器兩次以上,仍然只會觸發(fā)一次。
再回到上面三個 p 的那個例子進(jìn)行改寫如下:
<!-- html code --><html> <head> <title>eventDOM demo</title> </head> <body> <p id="btn3" style="width: 400px; height: 400px; background-color:pink"> btn3 <p id="btn2" style="width: 300px; height: 300px; background-color:skyblue"> btn2 <p id="btn1" style="width: 200px; height: 200px; background-color:lightgreen"> btn1 </p> </p> </p> <script type="text/javascript" src="eventDOM.js"></script> </body></html>
// js code// eventDOM.jslet btn1 = document.getElementById('btn1')let btn2 = document.getElementById('btn2')let btn3 = document.getElementById('btn3')btn1.addEventListener('click', function() { console.log('1')}, true)btn2.addEventListener('click', function() { console.log('2')}, true)btn3.addEventListener('click', function() { console.log('3')}, true)
注意,這邊我們把 addEventListener
的第三個參數(shù)設(shè)為 true,也就是事件會在捕獲階段觸發(fā)。點擊 btn1 輸出如下:
看到順序與 DOM0 的順序反過來了。首先最外層(btn3)的節(jié)點先被觸發(fā)了,而因為第三個參數(shù)被設(shè)為 true,事件會在捕獲階段就被處理,所以輸出才會是 3,2,1。如果都是 false,就會是 1,2,3。
可見 DOM2 的事件處理機(jī)制有了更彈性的操作空間。我們也可以在不同階段綁定事件監(jiān)聽器,看看下面例子:
<!-- 沿用上一段 html 代碼 -->
// js code// eventDOM.jsbtn1.addEventListener('click',function() { console.log('btn1 capture')}, true)btn1.addEventListener('click',function() { console.log('btn1 bubble')}, false)btn2.addEventListener('click',function() { console.log('btn2 capture')}, true)btn2.addEventListener('click',function() { console.log('btn2 bubble')}, false)btn3.addEventListener('click',function() { console.log('btn3 capture')}, true)btn3.addEventListener('click',function() { console.log('btn3 bubble')}, false)
點擊 btn1 輸出如下:
改變一下順序,如下:
<!-- 沿用上一段 html 代碼 -->
// js code// eventDOM.jsbtn1.addEventListener('click',function() { console.log('btn1 bubble')}, false)btn1.addEventListener('click',function() { console.log('btn1 capture')}, true)btn2.addEventListener('click',function() { console.log('btn2 bubble')}, false)btn2.addEventListener('click',function() { console.log('btn2 capture')}, true)btn3.addEventListener('click',function() { console.log('btn3 bubble')}, false)btn3.addEventListener('click',function() { console.log('btn3 capture')}, true)
點擊 btn1 輸出如下:
注意 btn1 的輸出。雖然捕獲階段先發(fā)生了,但是因為 btn1 本身就是目標(biāo)節(jié)點,所以在這種情況下,總結(jié)出規(guī)律:在目標(biāo)元素上不區(qū)分冒泡還是捕獲,是根據(jù)腳本中的順序來執(zhí)行。
有時候,我們希望對於某節(jié)點,不要再經(jīng)過冒泡階段了,DOM2 也提供了相應(yīng)函數(shù),stopPropagation
。
<!-- 沿用上一段 html 代碼 -->
// js code// eventDOM.jsbtn1.addEventListener('click',function() { console.log('btn1 capture')}, true)btn1.addEventListener('click',function() { console.log('btn1 bubble')}, false)btn2.addEventListener('click',function(e) { e.stopPropagation() console.log('btn2 capture')}, true)btn2.addEventListener('click',function() { console.log('btn2 bubble')}, false)btn3.addEventListener('click',function() { console.log('btn3 capture')}, true)btn3.addEventListener('click',function() { console.log('btn3 bubble')}, false)
點擊 btn1 輸出如下:
可以看到,因為我們在 btn2 的捕獲階段就阻止了 btn2 的冒泡階段,所以 btn2 在捕獲後就不再繼續(xù)執(zhí)行下去,確保不會冒泡,事件流如下:
加強(qiáng)一下前面提到的知識點,如果是在 btn1 阻止冒泡,會變成怎樣呢?
<!-- 沿用上一段 html 代碼 -->
// js code// eventDOM.jsbtn1.addEventListener('click',function(e) { e.stopPropagation() console.log('btn1 capture')}, true)btn1.addEventListener('click',function() { console.log('btn1 bubble')}, false)btn2.addEventListener('click',function() { console.log('btn2 capture')}, true)btn2.addEventListener('click',function() { console.log('btn2 bubble')}, false)btn3.addEventListener('click',function() { console.log('btn3 capture')}, true)btn3.addEventListener('click',function() { console.log('btn3 bubble')}, false)
點擊 btn1 輸出如下:
雖然我們對 btn1 阻止了冒泡,但是為什麼還是輸出了 btn bubble
呢?原因就是前面提到了,目標(biāo)節(jié)點不區(qū)分 捕獲/冒泡 階段,但是後面也就不會繼續(xù)冒泡了,算是個比較特殊的情況,可以稍微留意下。
以上是“JavaScript中事件流的示例分析”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學(xué)習(xí)更多知識,歡迎關(guān)注億速云行業(yè)資訊頻道!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。