资讯专栏INFORMATION COLUMN

mouseenter与mouseover为何这般纠缠不清?

王岩威 / 2159人阅读

摘要:而当鼠标本身在元素边界内时,要触发该事件,必须先将鼠标移出元素边界外,再次移入才能触发。造成以上现象本质上是事件不支持冒泡所致。事件属性返回与事件的目标节点相关的节点。我们通过排查和,最后只留下,也就是与事件一起触发的时机。

前言

原文地址

项目地址

不知道大家在面试或者工作过程中有没有被mouseovermouseenter(对应的是mouseoutmouseleave)事件所困扰。自己之前在面试的时候就有被问到诸如mouseover和mouseenter事件的异同之类的问题?当时没有答出来,一直也对这两个事件有点模糊不清,趁着最近正在读zepto源码,准备写一篇这方面的文章,如果有错误,请大家指正。

mouseenter与mouseover的异同?

要说清楚mouseenter与mouseover有什么不同,也许可以从两方面去讲。

是否支持冒泡

事件的触发时机

先来看一张图,对这两个事件有一个简单直观的感受。

再看看官网对mouseenter的解释

mouseenter | onmouseenter event.aspx)

The event fires only if the mouse pointer is outside the boundaries of the object and the user moves the mouse pointer inside the boundaries of the object. If the mouse pointer is currently inside the boundaries of the object, for the event to fire, the user must move the mouse pointer outside the boundaries of the object and then back inside the boundaries of the object.

大概意思是说:当鼠标从元素的边界之外移入元素的边界之内时,事件被触发。而当鼠标本身在元素边界内时,要触发该事件,必须先将鼠标移出元素边界外,再次移入才能触发。(英语比较渣?,凑合看哈)

Unlike the onmouseover event, the onmouseenter event does not bubble.

大概意思是:和mouseover不同的是,mouseenter不支持事件冒泡 (英语比较渣?,凑合看哈)

由于mouseenter不支持事件冒泡,导致在一个元素的子元素上进入或离开的时候会触发其mouseover和mouseout事件,但是却不会触发mouseenter和mouseleave事件

我们用一张动图来看看他们的区别(或者点击该链接体验)。

我们给左右两边的ul分别添加了mouseovermouseenter事件,当鼠标进入左右两边的ul时,mouseovermouseenter事件都触发了,但是当移入各自的子元素li的时候,触发了左边ul上的mouseover事件,然而右边ul的mouseenter事件没有被触发。

造成以上现象本质上是mouseenter事件不支持冒泡所致。

如何模拟mouseenter事件。

可见mouseover事件因其具有冒泡的性质,在子元素内移动的时候,频繁被触发,如果我们不希望如此,可以使用mouseenter事件代替之,但是早期只有ie浏览器支持该事件,虽然现在大多数高级浏览器都支持了mouseenter事件,但是难免会有些兼容问题,所以如果可以自己手动模拟,那就太好了。

关键因素: relatedTarget 要想手动模拟mouseenter事件,需要对mouseover事件触发时的事件对象event属性relatedTarget了解。

relatedTarget事件属性返回与事件的目标节点相关的节点。

对于mouseover事件来说,该属性是鼠标指针移到目标节点上时所离开的那个节点。

对于mouseout事件来说,该属性是离开目标时,鼠标指针进入的节点。

对于其他类型的事件来说,这个属性没有用。

重新回顾一下文章最初的那张图,根据上面的解释,对于ul上添加的mouseover事件来说,relatedTarget只可能是

ul的父元素wrap(移入ul时,此时也是触发mouseenter事件的时候, 其实不一定,后面会说明),

或者ul元素本身(在其子元素上移出时),

又或者是子元素本身(直接从子元素A移动到子元素B)。

根据上面的描述,我们可以对relatedTarget的值进行判断:如果值不是目标元素,也不是目标元素的子元素,就说明鼠标已移入目标元素而不是在元素内部移动。

条件1: 不是目标元素很好判断e.relatedTarget !== target(目标元素)

条件2:不是目标元素的子元素,这个应该怎么判断呢?

ele.contains

这里需要介绍一个新的api [node.contains(otherNode)

](https://developer.mozilla.org... 表示传入的节点是否为该节点的后代节点, 如果 otherNode 是 node 的后代节点或是 node 节点本身.则返回true , 否则返回 false

用法案例

  • 1
  • 2
let $list = document.querySelector(".list")
let $item = document.querySelector(".item")
let $test = document.querySelector(".test")

$list.contains($item) // true
$list.contains($test) // false
$list.contains($list) // true

那么利用contains这个api我们便可以很方便的验证条件2,接下来我们封装一个contains(parent, node)函数,专门用来判断node是不是parent的子节点

let contains = function (parent, node) {
  return parent !== node && parent.contains(node)
}

用我们封装过后的contains函数再去试试上面的例子

contains($list, $item) // true
contains($list, $test) // false
contains($list, $list) // false (主要区别在这里)

这个方法很方便地帮助我们解决了模拟mouseenter事件中的条件2,但是悲催的ode.contains(otherNode),具有浏览器兼容性,在一些低级浏览器中是不支持的,为了做到兼容我们再来改写一下contains方法

let contains = docEle.contains ? function (parent, node) {
  return parent !== node && parent.contains(node)
} : function (parent, node) {
  let result = parent !== node

  if (!result) { // 排除parent与node传入相同的节点
    return result
  }

  if (result) {
    while (node && (node = node.parentNode)) {
      if (parent === node) {
        return true
      }
    }
  }

  return false
}

说了这么多,我们来看看用mouseover事件模拟mouseenter的最终代码

// callback表示如果执行mouseenter事件时传入的回调函数

let emulateEnterOrLeave = function (callback) {
  return function (e) {
    let relatedTarget = e.relatedTarget
    if (relatedTarget !== this && !contains(this, relatedTarget)) {
      callback.apply(this, arguments)
    }
  }
}

模拟mouseenter与原生mouseenter事件效果对比

html

wrap, mouseenter
    count:
  • 1
  • 2
  • 3
wrap, emulate mouseenter,用mouseover模拟实现mouseenter
    count:
  • 1
  • 2
  • 3

css

.wrap{
  width: 50%;
  box-sizing: border-box;
  float: left;
}

.wrap, .list{
  border: solid 1px green;
  padding: 30px;
  margin: 30px 0;
}

.list{
  border: solid 1px red;
}

.list li{
  border: solid 1px blue;
  padding: 10px;
  margin: 10px;
}

.count{
  color: red;
}

javascript

let $mouseenter = document.querySelector(".mouseenter")
let $emulateMouseenter = document.querySelector(".emulate-mouseenter")
let $enterCount = document.querySelector(".mouseenter .count")
let $emulateMouseenterCounter = document.querySelector(".emulate-mouseenter .count")

let addCount = function (ele, start) {
  return function () {
    ele.innerHTML = ++start
  }
}

let docEle = document.documentElement
  let contains = docEle.contains ? function (parent, node) {
    return parent !== node && parent.contains(node)
  } : function (parent, node) {
  let result = parent !== node

  if (!result) {
    return result
  }

  if (result) {
    while (node && (node = node.parentNode)) {
      if (parent === node) {
        return true
      }
    }
  }

  return false
}

let emulateMouseenterCallback = addCount($emulateMouseenterCounter, 0)
  
let emulateEnterOrLeave = function (callback) {
  return function (e) {
    let relatedTarget = e.relatedTarget
    if (relatedTarget !== this && !contains(this, relatedTarget)) {
      callback.apply(this, arguments)
    }
  }
}

$mouseenter.addEventListener("mouseenter", addCount($enterCount, 0), false)
$emulateMouseenter.addEventListener("mouseover", emulateEnterOrLeave(emulateMouseenterCallback), false)  

效果预览

详细代码点击

代码示例点击

好了,我们已经通过mouseove事件完整的模拟了mouseenter事件,但是反过头来看看

对于ul上添加的mouseover事件来说,relatedTarget只可能是

ul的父元素wrap(移入ul时,此时也是触发mouseenter事件的时候, 其实不一定,后面会说明),

或者ul元素本身(在其子元素上移出时),

又或者是子元素本身(直接从子元素A移动到子元素B)。

我们通过排查2和3,最后只留下1,也就是mouseenter与mouseover事件一起触发的时机。既然这样我们为什么不像这样判断呢?

target.addEventListener("mouseover", function (e) {
  if (e.relatedTarget === this.parentNode) {
    // 执行mouseenter的回调要做的事情  
  }
}, false)

这样不是更加简单吗?,何必要折腾通过排查2和3来做?

原因是,target的父元素有一定的占位空间的时后,我们这样写是没有太大问题的,但是反之,这个时候e.relatedTarget就可能是target元素的父元素,又祖先元素中的某一个。我们无法准确判断e.relatedTarget到底是哪个元素。所以通过排除2和3应该是个更好的选择。

用mouseout模拟mouseleave事件

当mouseout被激活时,relatedTarget表示鼠标离开目标元素时,进入了哪个元素,我们同样可以对relatedTarget的值进行判断:如果值不是目标元素,也不是目标元素的子元素,就说明鼠标已移出目标元素

我们同样可以用上面封装的函数完成

// callback表示如果执行mouseenter事件时传入的回调函数

let emulateEnterOrLeave = function (callback) {
  return function (e) {
    let relatedTarget = e.relatedTarget
    if (relatedTarget !== this && !contains(this, relatedTarget)) {
      callback.apply(this, arguments)
    }
  }
}

详细代码点击

代码示例点击

结尾

文中也许有些观点不够严谨,欢迎大家拍砖。

原文地址

项目地址

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/112087.html

相关文章

  • mouseentermouseover为何这般纠缠不清

    摘要:而当鼠标本身在元素边界内时,要触发该事件,必须先将鼠标移出元素边界外,再次移入才能触发。造成以上现象本质上是事件不支持冒泡所致。事件属性返回与事件的目标节点相关的节点。我们通过排查和,最后只留下,也就是与事件一起触发的时机。 前言 原文地址 项目地址 不知道大家在面试或者工作过程中有没有被mouseover和mouseenter(对应的是mouseout和mouseleave)事件所困...

    _Dreams 评论0 收藏0
  • Zepto源码学习Event模块

    摘要:再看这个源码的过程中,因为对事件类型的不充分,导致学习起来有些费劲,所以在讲这个板块之前先对一些事件进行了解。寻找元素上所有的句柄,我们在之前提到过这是真的回调函数,如果有,则终止遍历。参考文章与为何这般纠缠不清读源码之模块文档 为什么要看Zepto的源码,因为公司用的是这个。。。。 再看这个源码的过程中,因为对事件类型的不充分,导致学习起来有些费劲,所以在讲这个板块之前先对一些事件...

    Jeff 评论0 收藏0
  • 读Zepto源码之Event模块

    摘要:不支持事件冒泡带来的直接后果是不能进行事件委托,所以需要对和事件进行模拟。调用函数,分隔出参数的事件名和命名空间。这里判断是否为函数,即第一种传参方式,调用函数的方法,将上下文对象作为的第一个参数,如果存在,则与的参数合并。 Event 模块是 Zepto 必备的模块之一,由于对 Event Api 不太熟,Event 对象也比较复杂,所以乍一看 Event 模块的源码,有点懵,细看下...

    vpants 评论0 收藏0
  • zepto源码分析之form模块

    摘要:形如源代码在的原型上添加了相关方法。类似源代码每个表单的和都通过编码最后通过符号分割有了的基础,就是将相应的和都通过编码,然后用符号进行分割,也就达到了我们要的结果。 前言 JavaScript最初的一个应用场景就是分担服务器处理表单的责任,打破处处依赖服务器的局面,这篇文章主要介绍zepto中form模块关于表单处理的几个方法,serialize、serializeArray、sub...

    Muninn 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<