国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

mouseenter與mouseover為何這般糾纏不清?

_Dreams / 3466人閱讀

摘要:而當鼠標本身在元素邊界內時,要觸發該事件,必須先將鼠標移出元素邊界外,再次移入才能觸發。造成以上現象本質上是事件不支持冒泡所致。事件屬性返回與事件的目標節點相關的節點。我們通過排查和,最后只留下,也就是與事件一起觸發的時機。

前言

原文地址

項目地址

不知道大家在面試或者工作過程中有沒有被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)
    }
  }
}

詳細代碼點擊

代碼示例點擊

結尾

文中也許有些觀點不夠嚴謹,歡迎大家拍磚。

原文地址

項目地址

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/83338.html

相關文章

  • mouseentermouseover為何這般糾纏不清

    摘要:而當鼠標本身在元素邊界內時,要觸發該事件,必須先將鼠標移出元素邊界外,再次移入才能觸發。造成以上現象本質上是事件不支持冒泡所致。事件屬性返回與事件的目標節點相關的節點。我們通過排查和,最后只留下,也就是與事件一起觸發的時機。 前言 原文地址 項目地址 不知道大家在面試或者工作過程中有沒有被mouseover和mouseenter(對應的是mouseout和mouseleave)事件所困...

    王巖威 評論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條評論

_Dreams

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<