Javascript - 事件委托

前两天接手了同事的一个项目,是一个网站首页,其中有段代码很累赘,要实现的功能就是,

 

通过给父元素添加鼠标移入移出事件,来控制子元素显示隐藏。

起因:

html代码,一共有四个父元素div,每个父元素嵌套一个子元素div,

1、这是前端面试的经典题型,要去找工作的小伙伴看看还是有帮助的;

这是截取了其中一个div:

2、其实我一直都没弄明白,写这个一是为了备忘,二是给其他的知其然不知其所以然的小伙伴们以参考;

图片 1

概述:

最简单粗暴的方法莫过于这样:

那什么叫事件委托呢?它还有一个名字叫事件代理,JavaScript高级程序设计上讲:事件委托就是利用事件冒泡,只指定一个事件处理程序,就可以管理某一类型的所有事件。那这是什么意思呢?网上的各位大牛们讲事件委托基本上都用了同一个例子,就是取快递来解释这个现象,我仔细揣摩了一下,这个例子还真是恰当,我就不去想别的例子来解释了,借花献佛,我摘过来,大家认真领会一下事件委托到底是一个什么原理:

图片 2

有三个同事预计会在周一收到快递。为签收快递,有两种办法:一是三个人在公司门口等快递;二是委托给前台MM代为签收。现实当中,我们大都采用委托的方案(公司也不会容忍那么多员工站在门口就为了等快递)。前台MM收到快递后,她会判断收件人是谁,然后按照收件人的要求签收,甚至代为付款。这种方案还有一个优势,那就是即使公司里来了新员工(不管多少),前台MM也会在收到寄给新员工的快递后核实并代为签收。

直接写八个方法,分别设置属性的样式block或者none。

这里其实还有2层意思的:

这样写虽然简单,但是出于代码优化,页面响应速度的关系,我们还是需要改动的。

第一,现在委托前台的同事是可以代为签收的,即程序中的现有的dom节点是有事件的;

问了问同事,说看看有关事件委托的相关方法,能有效解决这个问题。

第二,新员工也是可以被前台MM代为签收的,即程序中新添加的dom节点也是有事件的。

经过一顿操作之后,楼主写出了如下代码:

为什么要用事件委托:

注:ev.srcElement是IE中的用法,target是非IE中的用法。

一般来说,dom需要有事件处理程序,我们都会直接给它设事件处理程序就好了,那如果是很多的dom需要添加事件处理呢?比如我们有100个li,每个li都有相同的click点击事件,可能我们会用for循环的方法,来遍历所有的li,然后给它们添加事件,那这么做会存在什么影响呢?

也可以这么用   obj = ev.srcElement ? ev.srcElement : ev.target;

在JavaScript中,添加到页面上的事件处理程序数量将直接关系到页面的整体运行性能,因为需要不断的与dom节点进行交互,访问dom的次数越多,引起浏览器重绘与重排的次数也就越多,就会延长整个页面的交互就绪时间,这就是为什么性能优化的主要思想之一就是减少DOM操作的原因;如果要用事件委托,就会将所有的操作放到js程序里面,与dom的操作就只需要交互一次,这样就能大大的减少与dom的交互次数,提高性能;

图片 3

每个函数都是一个对象,是对象就会占用内存,对象越多,内存占用率就越大,自然性能就越差了(内存不够用,是硬伤,哈哈),比如上面的100个li,就要占用100个内存空间,如果是1000个,10000个呢,那只能说呵呵了,如果用事件委托,那么我们就可以只对它的父级(如果只有一个父级)这一个对象进行操作,这样我们就需要一个内存空间就够了,是不是省了很多,自然性能就会更好。

这么写能实现效果了,可是在查看控制台的时候竟然一片飘红。

事件委托的原理:

图片 4

事件委托是利用事件的冒泡原理来实现的,何为事件冒泡呢?就是事件从最深的节点开始,然后逐步向上传播事件,举个例子:页面上有这么一个节点树,div>ul>li>a;比如给最里面的a加一个click点击事件,那么这个事件就会一层一层的往外执行,执行顺序a>li>ul>div,有这样一个机制,那么我们给最外面的div加点击事件,那么里面的ul,li,a做点击事件的时候,都会冒泡到最外层的div上,所以都会触发,这就是事件委托,委托它们父级代为执行事件。

实在是头痛啊,看到这个。明明效果实现了,为什么还报错呢?

事件委托怎么实现:

今天中午午休的时候,趴着想了想,突然就来了灵感。

终于到了本文的核心部分了,哈哈,在介绍事件委托的方法之前,我们先来看一段一般方法的例子:

图片 5

子节点实现相同的功能:

这是修改之后的代码。看完你就明白,这是因为target指代的是当前对象,

<ul id="ul1">
    <li>111</li>
    <li>222</li>
    <li>333</li>
    <li>444</li>
</ul>

当鼠标移到父元素div时,子元素div属性变为block,会显示出来。

实现功能是点击li,弹出123:

但是当你移动到子元素div上时,target就指向了子元素,而子元素没有firstElementChild,所以会报错。

图片 6

这时我们只需加个判断,如果子对象不存在,那么就修改当前对象的属性。

window.onload = function(){
    var oUl = document.getElementById("ul1");
    var aLi = oUl.getElementsByTagName('li');
    for(var i=0;i<aLi.length;i++){
        aLi[i].onclick = function(){
            alert(123);
        }
    }
}

否则,也就是子对象存在的情况,那就修改子对象属性。

图片 7

经过了两天的折腾,终于优化了这么一小段代码。

 上面的代码的意思很简单,相信很多人都是这么实现的,我们看看有多少次的dom操作,首先要找到ul,然后遍历li,然后点击li的时候,又要找一次目标的li的位置,才能执行最后的操作,每次点击都要找一次li;

本来是想到的for循环,但是这样循环下来,dom操作还是很多。

那么我们用事件委托的方式做又会怎么样呢?

感谢给我提醒事件委托的那位朋友,以上代码有不足之处欢迎指教。

window.onload = function(){
    var oUl = document.getElementById("ul1");
   oUl.onclick = function(){
        alert(123);
    }
}

刚参加工作,还有很多学习的地方,欢迎大家提出批评建议。

 

这里用父级ul做事件处理,当li被点击时,由于冒泡原理,事件就会冒泡到ul上,因为ul上有点击事件,所以事件就会触发,当然,这里当点击ul的时候,也是会触发的,那么问题就来了,如果我想让事件代理的效果跟直接给节点的事件效果一样怎么办,比如说只有点击li才会触发,不怕,我们有绝招:

Event对象提供了一个属性叫target,可以返回事件的目标节点,我们成为事件源,也就是说,target就可以表示为当前的事件操作的dom,但是不是真正操作dom,当然,这个是有兼容性的,标准浏览器用ev.target,IE浏览器用event.srcElement,此时只是获取了当前节点的位置,并不知道是什么节点名称,这里我们用nodeName来获取具体是什么标签名,这个返回的是一个大写的,我们需要转成小写再做比较(习惯问题):

图片 8

window.onload = function(){
  var oUl = document.getElementById("ul1");
  oUl.onclick = function(ev){
    var ev = ev || window.event;
    var target = ev.target || ev.srcElement;
    if(target.nodeName.toLowerCase() == 'li'){
         alert(123);
         alert(target.innerHTML);
    }
  }
}

图片 9

 

这样改下就只有点击li会触发事件了,且每次只执行一次dom操作,如果li数量很多的话,将大大减少dom的操作,优化的性能可想而知!

 

上面的例子是说li操作的是同样的效果,要是每个li被点击的效果都不一样,那么用事件委托还有用吗?

本文由金沙官网线上发布于Web前端,转载请注明出处:Javascript - 事件委托

您可能还会对下面的文章感兴趣: