时间:2021-05-28
我们知道,如果给 form 里面的 button 元素绑定事件,需要考虑它是否会触发 form 的 submit 行为。除此之外,其它场合给 button 元素绑定事件,你几乎不用担心这个事件会有什么非预期的附加效果,很自然地会这样写事件处理代码:
var button = document.querySelector('button')button.addEventListener('click', function (e) { console.log('点击了按钮')})你之所以放心这么写,是因为这个 button 元素没有使用事件代理,即没有代理任何子元素的事件。
事件代理的意思是,你要为一个元素绑定事件,但你不是直接把事件绑定到这个元素自己身上,而是绑定到这个元素的父元素上。当子元素的某个事件(比如点击事件)触发时,它的父元素相同的事件也会触发(我们常说的事件冒泡),此时我们说父元素代理了子元素的事件。
举个例子,比如一个 button 元素中包含一个齿轮图标:
<button> <svg> <use xlink:href="#gear" rel="external nofollow" ></use> </svg></button>当用户点击齿轮图标,必然要触发 click 事件,但你并不会直接绑定事件到 svg 或 use 元素上,而是绑定到它们的父元素 button 上。即:
document.querySelector('button').addEventListener('click', function (e) { console.log('点击了按钮')})这种情况,我们可以说,button 元素代理了它的所有子元素的 click 事件。
但是,出现这种事件代理的情况时,我们就得小心了。
为了更直观地说明问题,我们把“父”元素上升到顶层的 document 元素:
document.documentElement.addEventListener('click', function (e) { console.log('我被点击了')})只要网页中任意一个位置被点击了,都会触发绑定在 document 元素上的点击事件。 想要知道事件具体是发生在哪个元素上面,可以通过事件对象提供的 target 属性来判断。
document.documentElement.addEventListener('click', function (e) { console.log(e.target)})我们很容易知道事件具体是发生在哪个元素身上的。于是在上面的示例中,如果父元素 document 想在按钮被点击时做点什么事情,我们很自然地会这么写:
document.documentElement.addEventListener('click', function (e) { if (e.target.tagName === 'BUTTON') { console.log('按钮被点击了') }})这时问题就出现了,按钮即使被点击了 if 条件也不一定成立,即也不一定会输出“按钮被点击了”。因为用户在按钮上的某个位置点击了,根据用户点击的位置,e.target 可能是下面三种情况:
实际的情况是这样的:
我们真正的意图是,只要点击是发生在按钮上面,不论是按钮的哪个位置,我们都应视为按钮被点击了。 嗯,简单,我们再改一下,这样写:
document.documentElement.addEventListener('click', function (e) { if (['BUTTON', 'SVG', 'USE'].includes(e.target.tagName.toUpperCase())) { // 点击的是按钮 }})这样似乎没什么问题,也确实可以达到目的,但看上去总是有些别扭。因为这种情况对于最上层的 document 来说,得知道每个子元素的情况,本来我只需要关心离我最近的 button 元素就可以了。
根据 OOP 对内封装的思想,button 元素内部的事情应该在内部消化掉,其子元素对外不可见,应该只暴露 button 元素本身。依据这个思想和事件冒泡的特点,我们就有了比较好的解决办法:只需要禁止 button 内部元素的事件响应(包括事件冒泡)而只允许 button 元素本身的事件发生就行。有两种方式可以实现这个目的。
一种是使用 CSS 禁止 button 内部元素的事件响应:
button > * { pointer-events: none;}另一种是使用 JS 来阻止 button 内部元素的事件响应(包括事件冒泡):
document.querySelector('button > svg').addEventListener('click', function (e) { e.stopPropagation() e.preventDefault()})document.querySelector('button').addEventListener('click', function (e) { console.log(e.target.tagName)})这两种方式都能达到我们预期的效果:
综上,针对特定元素进行事件处理时,如果该元素有事件代理的情况,就要小心处理它所代理的子元素。
以上就是JavaScript 事件代理需要注意的地方的详细内容,更多关于JavaScript 事件代理的资料请关注其它相关文章!
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
其实付费推广需要注意的地方有很多,很多不起眼的小地方都可能会或多或少在影响着付费推广的优化,关于京东付费推广需要注意什么这个问题,今天就讲一个方面:京东付费
实际上收费普及需要注意的地方很多,很多看不见的小地方可能会影响收费普及的优化。关于京东收费普及需要注意的问题,今天我们来谈谈京东收费普及计划的优化。接下来,电子
点击进入Lombok官网下载Lombokjar包使用Lombok可能需要注意的地方(1)、当你的IDE是Idea时,要注意你的Idea是支持Lombok的,如果
JavaScript事件代理(委托)一般用于以下情况:1.事件注册在祖先级元素上,代理其子级元素。可以减少事件注册数量,节约内存开销,提高性能。2.对js动态添
实现也很简单,但需要注意的是,在点击显示的事件中,需要做阻止事件冒泡的处理,否则就触发页面的点击事件了。但这样做也有一个缺点,即如果同一个页面中如果也有事件阻止