在事件委托方面，addEventListener与onClick-前端问题

addEventListener vs onclick with regards to event delegation(在事件委托方面，addEventListener与onClick)

本文介绍了在事件委托方面，addEventListener与onClick的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！

问题描述

我正在学习事件是如何工作的，主要是addEventListener中的事件捕获和冒泡。这article对整体理解很有帮助。捕获和冒泡定义父元素中事件发生的顺序。据我所知this is important是因为事件委托。并且addEventListener实际上并不为您委派事件，它只是搜索委派的事件，这样做正确吗？

除了事件委派之外，是否还有其他原因搜索DOM层次结构？

当我将DOM level 1 onclick事件附加到父元素并单击其子元素之一时，我仍然将子元素作为事件target。因此，我认为将事件侦听器附加到子元素，然后冒泡搜索委托元素是没有意义的。我一定是漏掉了什么..

如果手动维护委托事件，肯定不需要在DOM层次结构中向上搜索委托事件？

addEventListener与onClick在委托事件时

这里真正的问题似乎是：

"在事件委派方面，使用addEventListener比使用onclick="someFunction()或element.onclick = function() {...}有什么好处。

以下StackOverflow问题提供有关addEventListener vs onclick的一般建议。

关于事件委托，实际上可以归结为。如果其他一些JavaScript代码需要响应单击事件，使用addEventListener可以确保双方都能响应。如果两个人都尝试使用onclick，那么其中一个会践踏另一个。如果你想在同一元素上点击一下，你俩都不能回应。此外，您希望尽可能地将行为与HTML分开，以防以后需要更改它。如果要更新50个HTML文件，而不是一个JavaScript文件，那就太糟糕了。

如果使用document.documentElement对象来附加事件处理程序，则不需要等待"DomReady"事件或页面加载事件来附加委托事件。document.documentElement表示<html>元素，当它开始在页面上执行时，即可用于JavaScript。

这篇关于在事件委托方面，addEventListener与onClick的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！