我們知道，如果給 form 里面的 button 元素綁定事件，需要考慮它是否會觸發(fā) form 的 submit 行為。除此之外，其它場合給 button 元素綁定事件，你幾乎不用擔(dān)心這個事件會有什么非預(yù)期的附加效果，很自然地會這樣寫事件處理代碼：

var button = document.querySelector('button')
button.addEventListener('click', function (e) {
 console.log('點(diǎn)擊了按鈕')
})

你之所以放心這么寫，是因?yàn)檫@個 button 元素沒有使用事件代理，即沒有代理任何子元素的事件。

事件代理的意思是，你要為一個元素綁定事件，但你不是直接把事件綁定到這個元素自己身上，而是綁定到這個元素的父元素上。當(dāng)子元素的某個事件（比如點(diǎn)擊事件）觸發(fā)時，它的父元素相同的事件也會觸發(fā)（我們常說的事件冒泡），此時我們說父元素代理了子元素的事件。

舉個例子，比如一個 button 元素中包含一個齒輪圖標(biāo)：

<button>
 <svg>
 <use xlink:href="#gear" rel="external nofollow" ></use>
 </svg>
</button>

當(dāng)用戶點(diǎn)擊齒輪圖標(biāo)，必然要觸發(fā) click 事件，但你并不會直接綁定事件到 svg 或 use 元素上，而是綁定到它們的父元素 button 上。即：

document.querySelector('button').addEventListener('click', function (e) {
 console.log('點(diǎn)擊了按鈕')
})

這種情況，我們可以說，button 元素代理了它的所有子元素的 click 事件。

但是，出現(xiàn)這種事件代理的情況時，我們就得小心了。

為了更直觀地說明問題，我們把“父”元素上升到頂層的 document 元素：

document.documentElement.addEventListener('click', function (e) {
 console.log('我被點(diǎn)擊了')
})

只要網(wǎng)頁中任意一個位置被點(diǎn)擊了，都會觸發(fā)綁定在 document 元素上的點(diǎn)擊事件。​ 想要知道事件具體是發(fā)生在哪個元素上面，可以通過事件對象提供的 target 屬性來判斷。

document.documentElement.addEventListener('click', function (e) {
 console.log(e.target)
})

我們很容易知道事件具體是發(fā)生在哪個元素身上的。于是在上面的示例中，如果父元素 document 想在按鈕被點(diǎn)擊時做點(diǎn)什么事情，我們很自然地會這么寫：

document.documentElement.addEventListener('click', function (e) {
 if (e.target.tagName === 'BUTTON') {
 console.log('按鈕被點(diǎn)擊了')
 }
})

這時問題就出現(xiàn)了，按鈕即使被點(diǎn)擊了 if 條件也不一定成立，即也不一定會輸出“按鈕被點(diǎn)擊了”。因?yàn)橛脩粼诎粹o上的某個位置點(diǎn)擊了，根據(jù)用戶點(diǎn)擊的位置，e.target 可能是下面三種情況：

• BUTTON 元素
• SVG 元素
• USE 元素

實(shí)際的情況是這樣的：

我們真正的意圖是，只要點(diǎn)擊是發(fā)生在按鈕上面，不論是按鈕的哪個位置，我們都應(yīng)視為按鈕被點(diǎn)擊了。 嗯，簡單，我們再改一下，這樣寫：

document.documentElement.addEventListener('click', function (e) {
 if (['BUTTON', 'SVG', 'USE'].includes(e.target.tagName.toUpperCase())) {
 // 點(diǎn)擊的是按鈕
 }
})

這樣似乎沒什么問題，也確實(shí)可以達(dá)到目的，但看上去總是有些別扭。因?yàn)檫@種情況對于最上層的 document 來說，得知道每個子元素的情況，本來我只需要關(guān)心離我最近的 button 元素就可以了。

根據(jù) OOP 對內(nèi)封裝的思想，button 元素內(nèi)部的事情應(yīng)該在內(nèi)部消化掉，其子元素對外不可見，應(yīng)該只暴露 button 元素本身。依據(jù)這個思想和事件冒泡的特點(diǎn)，我們就有了比較好的解決辦法：只需要禁止 button 內(nèi)部元素的事件響應(yīng)（包括事件冒泡）而只允許 button 元素本身的事件發(fā)生就行。有兩種方式可以實(shí)現(xiàn)這個目的。

一種是使用 CSS 禁止 button 內(nèi)部元素的事件響應(yīng)：

button > * {
 pointer-events: none;
}

另一種是使用 JS 來阻止 button 內(nèi)部元素的事件響應(yīng)（包括事件冒泡）：

document.querySelector('button > svg').addEventListener('click', function (e) {
 e.stopPropagation()
 e.preventDefault()
})

document.querySelector('button').addEventListener('click', function (e) {
 console.log(e.target.tagName)
})

這兩種方式都能達(dá)到我們預(yù)期的效果：

綜上，針對特定元素進(jìn)行事件處理時，如果該元素有事件代理的情況，就要小心處理它所代理的子元素。

以上就是JavaScript 事件代理需要注意的地方的詳細(xì)內(nèi)容，更多關(guān)于JavaScript 事件代理的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論