您好,登錄后才能下訂單哦!
這篇文章主要講解了“JavaScript事件類型的簡單介紹”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“JavaScript事件類型的簡單介紹”吧!
DOM事件流
DOM(文檔對象模型)結(jié)構(gòu)是一個(gè)樹型結(jié)構(gòu),當(dāng)一個(gè)HTML元素產(chǎn)生一個(gè)事件時(shí),該事件會(huì)在元素結(jié)點(diǎn)與根節(jié)點(diǎn)之間按特定的順序傳播,路徑所經(jīng)過的節(jié)點(diǎn)都會(huì)收到該事件,這個(gè)傳播過程可稱為DOM事件流。事件順序有兩種類型:事件捕捉和事件冒泡。
冒泡型事件(Event Bubbling)
這是IE瀏覽器對事件模型的實(shí)現(xiàn),也是最容易理解的,至少筆者覺得比較符合實(shí)際的。冒泡,顧名思義,事件像個(gè)水中的氣泡一樣一直往上冒,直到頂端。從DOM樹型結(jié)構(gòu)上理解,就是事件由葉子節(jié)點(diǎn)沿祖先結(jié)點(diǎn)一直向上傳遞直到根節(jié)點(diǎn);從瀏覽器界面視圖HTML元素排列層次上理解就是事件由具有從屬關(guān)系的最確定的目標(biāo)元素一直傳遞到最不確定的目標(biāo)元素.冒泡技術(shù).冒泡型事件的基本思想,事件按照從特定的事件目標(biāo)開始到最不確定的事件目標(biāo).
捕獲型事件(Event Capturing)
Netscape 的實(shí)現(xiàn),它與冒泡型剛好相反,由DOM樹最頂層元素一直到最精確的元素,這個(gè)事件模型對于開發(fā)者來說(至少是我..)有點(diǎn)費(fèi)解,因?yàn)橹庇^上的理解應(yīng)該如同冒泡型,事件傳遞應(yīng)該由最確定的元素,即事件產(chǎn)生元素開始。
DOM標(biāo)準(zhǔn)的事件模型
我們已經(jīng)對上面兩個(gè)不同的事件模型進(jìn)行了解釋和對比。DOM標(biāo)準(zhǔn)同時(shí)支持兩種事件模型,即捕獲型事件與冒泡型事件,但是,捕獲型事件先發(fā)生。兩種事件流都會(huì)觸發(fā)DOM中的所有對象,從document對象開始,也在document對象結(jié)束(大部分兼容標(biāo)準(zhǔn)的瀏覽器會(huì)繼續(xù)將事件是捕捉/冒泡延續(xù)到window對象)。
DOM標(biāo)準(zhǔn)的事件模型最獨(dú)特的性質(zhì)是,文本節(jié)點(diǎn)也會(huì)觸發(fā)事件(在IE不會(huì))。
事件傳送
為了更好的說明DOM標(biāo)準(zhǔn)中的事件流原理,我們把它放在“事件傳送”小結(jié)里來更具體的解釋。
顯然,如果為一個(gè)超鏈接添加了click事件監(jiān)聽器,那么當(dāng)該鏈接被點(diǎn)擊時(shí)該事件監(jiān)聽器就會(huì)被執(zhí)行。但如果把該事件監(jiān)聽器指派給了包含該鏈接的p元素或者位于DOM樹頂端的document節(jié)點(diǎn),那么點(diǎn)擊該鏈接也同樣會(huì)觸發(fā)該事件監(jiān)聽器。
這是因?yàn)槭录粌H僅對觸發(fā)的目標(biāo)元素產(chǎn)生影響,它們還會(huì)對沿著DOM結(jié)構(gòu)的所有元素產(chǎn)生影響。這就是大家所熟悉的事件轉(zhuǎn)送。W3C事件模型中明確地指出了事件轉(zhuǎn)送的原理。事件傳送可以分為3個(gè)階段。
(1).在事件捕捉(Capturing)階段,事件將沿著DOM樹向下轉(zhuǎn)送,目標(biāo)節(jié)點(diǎn)的每一個(gè)祖先節(jié)點(diǎn),直至目標(biāo)節(jié)點(diǎn)。例如,若用戶單擊了一個(gè)超鏈接,則該單擊事件將從document節(jié)點(diǎn)轉(zhuǎn)送到html元素,body元素以及包含該鏈接的p元素。在此過程中,瀏覽器都會(huì)檢測針對該事件的捕捉事件監(jiān)聽器,并且運(yùn)行這件事件監(jiān)聽器。
(2)在目標(biāo)(target)階段,瀏覽器在查找到已經(jīng)指定給目標(biāo)事件的事件監(jiān)聽器之后,就會(huì)運(yùn)行 該事件監(jiān)聽器。目標(biāo)節(jié)點(diǎn)就是觸發(fā)事件的DOM節(jié)點(diǎn)。例如,如果用戶單擊一個(gè)超鏈接,那么該鏈接就是目標(biāo)節(jié)點(diǎn)(此時(shí)的目標(biāo)節(jié)點(diǎn)實(shí)際上是超鏈接內(nèi)的文本節(jié)點(diǎn))。
(3).在冒泡(Bubbling)階段,事件將沿著DOM樹向上轉(zhuǎn)送,再次逐個(gè)訪問目標(biāo)元素的祖先節(jié)點(diǎn)到document節(jié)點(diǎn)。該過程中的每一步。瀏覽器都將檢測那些不是捕捉事件監(jiān)聽器的事件監(jiān)聽器,并執(zhí)行它們。
并非所有的事件都會(huì)經(jīng)過冒泡階段的
所有的事件都要經(jīng)過捕捉階段和目標(biāo)階段,但是有些事件會(huì)跳過冒泡階段。例如,讓元素獲得輸入焦點(diǎn)的focus事件以及失去輸入焦點(diǎn)的blur事件就都不會(huì)冒泡。
事件句柄和事件接聽器
事件句柄
事件句柄(又稱事件處理函數(shù),DOM稱之為事件監(jiān)聽函數(shù)),用于響應(yīng)某個(gè)事件而調(diào)用的函數(shù)稱為事件處理函數(shù)。每一個(gè)事件均對應(yīng)一個(gè)事件句柄,在程序執(zhí)行時(shí),將相應(yīng)的函數(shù)或語句指定給事件句柄,則在該事件發(fā)生時(shí),瀏覽器便執(zhí)行指定的函數(shù)或語句,從而實(shí)現(xiàn)網(wǎng)頁內(nèi)容與用戶操作的交互。當(dāng)瀏覽器檢測到某事件發(fā)生時(shí),便查找該事件對應(yīng)的事件句柄有沒有被賦值,如果有,則執(zhí)行該事件句柄。
我們認(rèn)為響應(yīng)點(diǎn)擊事件的函數(shù)是onclick事件處理函數(shù)。以前,事件處理函數(shù)有兩種分配方式:在JavaScript中或者在HTML中。如果在JavaScript 中分配事件處理函數(shù), 則需要首先獲得要處理的對象的一引用,然后將函數(shù)賦值給對應(yīng)的事件處理函數(shù)屬性,請看一個(gè)簡單的例子:
var link=document.getElementById("mylink"); link.onclick=function(){ alert("I was clicked !"); };
從我們看到的例子中,我們發(fā)現(xiàn)使用事件句柄很容易,不過事件處理函數(shù)名稱必須是小寫的,還有就是只有在元素載入完成之后才能將事件句柄賦給元素,不然會(huì)有異常。如果在HTML中分配事件句柄的話,則直接通過HTML屬性來設(shè)置事件處理函數(shù)就行了,并在其中包含合適的腳本作為特性值就可以了,例如:
<a href="/" onclick="JavaScript code here">......</a>
這種JavaScript代碼和通過HTML的style屬性直接將CSS屬性賦給元素類似。這樣會(huì)代碼看起來一團(tuán)糟,也違背了將實(shí)現(xiàn)動(dòng)態(tài)行為的代碼與顯示文檔靜態(tài)內(nèi)容的代碼相分離的原則。從1998年開始,這種寫法就過時(shí)了。這種傳統(tǒng)的事件綁定技術(shù),優(yōu)缺點(diǎn)是顯然的:
◆簡單方便,在HTML中直接書寫處理函數(shù)的代碼塊,在JS中給元素對應(yīng)事件屬性賦值即可。
◆IE與DOM標(biāo)準(zhǔn)都支持的一種方法,它在IE與DOM標(biāo)準(zhǔn)中都是在事件冒泡過程中被調(diào)用的。
◆可以在處理函數(shù)塊內(nèi)直接用this引用注冊事件的元素,this引用的是當(dāng)前元素。
◆要給元素注冊多個(gè)監(jiān)聽器,就不能用這方法了。
事件接聽器
除了前面已經(jīng)介紹的簡單事件句柄之外,現(xiàn)在大多數(shù)瀏覽器都內(nèi)置了一些更高級(jí)的事件處理方式,即,事件監(jiān)聽器,這種處理方式就不受一個(gè)元素只能綁定一個(gè)事件句柄的限制。
我們已經(jīng)知道了事件句柄與事件監(jiān)聽器的***不同之處是使用事件句柄時(shí)一次只能插接一個(gè)事件句柄,但對于事件監(jiān)聽器,一次可以插接多個(gè)。
IE下的事件監(jiān)聽器
IE提供的卻是一種自有的,完全不同的甚至存在BUG的事件監(jiān)聽器,因此如果要讓腳本在本瀏覽器中正常運(yùn)行的話,就必須使用IE所支持的事件監(jiān)聽器。另外,Safari 瀏覽器中的事件監(jiān)聽器有時(shí)也存在一點(diǎn)不同。在IE中,每個(gè)元素和window對象都有兩個(gè)方法:attachEvent方法和detachEvent方法。
element.attachEvent("onevent",eventListener);
此方法的意思是在IE中要想給一個(gè)元素的事件附加事件處理函數(shù),必須調(diào)用attachEvent方法才能創(chuàng)建一個(gè)事件監(jiān)聽器。attachEvent方法允許外界注冊該元素多個(gè)事件監(jiān)聽器。
attachEvent接受兩個(gè)參數(shù)。***個(gè)參數(shù)是事件類型名,第二個(gè)參數(shù)eventListener是回調(diào)處理函數(shù)。這里得說明一下,有個(gè)經(jīng)常會(huì)出錯(cuò)的地方,IE下利用attachEvent注冊的處理函數(shù)調(diào)用時(shí)this指向不再是先前注冊事件的元素,這時(shí)的this為window對象。還有一點(diǎn)是此方法的事件類型名稱必須加上一個(gè)”on”的前綴(如onclick)。
element.attachEvent("onevent",eventListener);
要想移除先前元素注冊的事件監(jiān)聽器,可以使用detachEvent方法進(jìn)行刪除,參數(shù)相同。
DOM標(biāo)準(zhǔn)下的事件監(jiān)聽器
在支持W3C標(biāo)準(zhǔn)事件監(jiān)聽器的瀏覽器中,對每個(gè)支持事件的對象都可以使用addEventListener方法。該方法既支持注冊冒泡型事件處理,又支持捕獲型事件處理。所以與IE瀏覽器中注冊元素事件監(jiān)聽器方式有所不同的。
//標(biāo)準(zhǔn)語法 element.addEventListener('event', eventListener, useCapture); //默認(rèn) element.addEventListener('event', eventListener, false);
addEventListener方法接受三個(gè)參數(shù)。***個(gè)參數(shù)是事件類型名,值得注意的是,這里事件類型名稱與IE的不同,事件類型名是沒’on’開頭的;第二個(gè)參數(shù)eventListener是回調(diào)處理函數(shù)(即監(jiān)聽器函數(shù));第三個(gè)參數(shù)注明該處理回調(diào)函數(shù)是在事件傳遞過程中的捕獲階段被調(diào)用還是冒泡階段被調(diào)用 ,通常此參數(shù)通常會(huì)設(shè)置為false(為false時(shí)是冒泡),那么,如果將其值設(shè)置為true,那就創(chuàng)建一個(gè)捕捉事件監(jiān)聽器。移除已注冊的事件監(jiān)聽器調(diào)用element的removeEventListener方法即可,參數(shù)相同.。
//標(biāo)準(zhǔn)語法 element.removeEventListener('event', eventListener, useCapture); //默認(rèn) element.removeEventListener('event', eventListener, false);
通過addEventListener方法添加的事件處理函數(shù),必須使用removeEventListener方法才能刪除,而且要求參數(shù)與添加事件處理函數(shù)時(shí)addEventListener方法的參數(shù)完全一致(包括useCapture參數(shù)),否則將不能成功刪除事件處理函數(shù)。
跨瀏覽器的注冊與移除元素事件監(jiān)聽器方案
我們現(xiàn)在已經(jīng)知道,對于支持addEventListener方法的瀏覽器,只要需要事件監(jiān)聽器腳本就都需要調(diào)用addEventListener方法;而對于不支持該方法的IE瀏覽器,使用事件監(jiān)聽器時(shí)則需要調(diào)用attachEvent方法。
要確保瀏覽器使用正確的方法其實(shí)并不困難,只需要通過一個(gè)if-else語句來檢測當(dāng)前瀏覽器中是否存在addEventListener方法或attachEvent方法即可。這樣的方式就可以實(shí)現(xiàn)一個(gè)跨瀏覽器的注冊與移除元素事件監(jiān)聽器方案:
var EventUtil = { //注冊 addHandler: function(element, type, handler){ if (element.addEventListener){ element.addEventListener(type, handler, false); } else if (element.attachEvent){ element.attachEvent("on" + type, handler); } else { element["on" + type] = handler; } }, //移除注冊 removeHandler: function(element, type, handler){ if (element.removeEventListener){ element.removeEventListener(type, handler, false); } else if (element.detachEvent){ element.detachEvent("on" + type, handler); } else { element["on" + type] = null; } } };
事件對象引用
為了更好的處理事件,你可以根據(jù)所發(fā)生的事件的特定屬性來采取不同的操作。如事件模型一樣,IE 和其他瀏覽器處理方法不同:IE 使用一個(gè)叫做 event 的全局事件對象來處理對象(它可以在全局變量window.event中找到),而其它所有瀏覽器采用的 W3C 推薦的方式,則使用獨(dú)立的包含事件對象的參數(shù)傳遞。
跨瀏覽器實(shí)現(xiàn)這樣的功能時(shí),最常見的問題就是獲取事件本身的引用及獲取該事件的目標(biāo)元素的引用。下面這段代碼就為你解決了這個(gè)問題:
var EventUtil ={ getEvent: function(event){ return event ? event : window.event; }, getTarget: function(event){ return event.target || event.srcElement; } };
停止事件冒泡和阻止事件的默認(rèn)行為
“停止事件冒泡“和”阻止瀏覽器的默認(rèn)行為“,這兩個(gè)概念非常重要,它們對復(fù)雜的應(yīng)用程序處理非常有用。
1.停止事件冒泡
停止事件冒泡是指,停止冒泡型事件的進(jìn)一步傳遞(取消事件傳遞,不只是停止IE和DOM標(biāo)準(zhǔn)共有的冒泡型事件,我們還可以停止支持DOM標(biāo)準(zhǔn)瀏覽器的捕捉型事件,用topPropagation()方法)。例如上圖中的冒泡型事件傳遞中,在body處理停止事件傳遞后,位于上層的document的事件監(jiān)聽器就不再收到通知,不再被處理。
2.阻止事件的默認(rèn)行為
停止事件的默認(rèn)行為是指,通常瀏覽器在事件傳遞并處理完后會(huì)執(zhí)行與該事件關(guān)聯(lián)的默認(rèn)動(dòng)作(如果存在這樣的動(dòng)作)。例如,如果表單中input type 屬性是 “submit”,點(diǎn)擊后在事件傳播完瀏覽器就自動(dòng)提交表單。又例如,input 元素的 keydown 事件發(fā)生并處理后,瀏覽器默認(rèn)會(huì)將用戶鍵入的字符自動(dòng)追加到 input 元素的值中。
停止事件冒泡的處理方法:
在IE下,通過設(shè)置event對象的cancelBubble為true即可。
function someHandle() { window.event.cancelBubble = true; } DOM標(biāo)準(zhǔn)通過調(diào)用event對象的stopPropagation()方法即可。 function someHandle(event) { event.stopPropagation(); }
因些,跨瀏覽器的停止事件傳遞的方法是:
function someHandle(event) { eventevent = event || window.event; if(event.stopPropagation){ event.stopPropagation(); }else { event.cancelBubble = true; } }
阻止事件的默認(rèn)行為的處理方法:
就像事件模型和事件對象差異一樣,在IE和其它所有瀏覽器中阻止事件的默認(rèn)行為的方法也不同。在IE下,通過設(shè)置event對象的returnValue為false即可。
function someHandle() { window.event.returnValue = false; }
DOM標(biāo)準(zhǔn)通過調(diào)用event對象的preventDefault()方法即可。
function someHandle(event) { event.preventDefault(); }
因些,跨瀏覽器的取消事件傳遞后的默認(rèn)處理方法是:
function someHandle(event) { eventevent = event || window.event; if(event.preventDefault){ event.preventDefault(); }else{ event.returnValue = false; } }
完整的事件處理兼容性函數(shù)
var EventUtil = { addHandler: function(element, type, handler){ if (element.addEventListener){ element.addEventListener(type, handler, false); } else if (element.attachEvent){ element.attachEvent("on" + type, handler); } else { element["on" + type] = handler; } }, removeHandler: function(element, type, handler){ if (element.removeEventListener){ element.removeEventListener(type, handler, false); } else if (element.detachEvent){ element.detachEvent("on" + type, handler); } else { element["on" + type] = null; } }, getEvent: function(event){ return event ? event : window.event; }, getTarget: function(event){ return event.target || event.srcElement; }, preventDefault: function(event){ if (event.preventDefault){ event.preventDefault(); } else { event.returnValue = false; } }, stopPropagation: function(event){ if (event.stopPropagation){ event.stopPropagation(); } else { event.cancelBubble = true; } } };
捕獲型事件模型與冒泡型事件模型的應(yīng)用場合
標(biāo)準(zhǔn)事件模型為我們提供了兩種方案,可能很多朋友分不清這兩種不同模型有啥好處,為什么不只采取一種模型。這里拋開IE瀏覽器討論(IE只有一種,沒法選擇)什么情況下適合哪種事件模型。
1. 捕獲型應(yīng)用場合
捕獲型事件傳遞由最不精確的祖先元素一直到最精確的事件源元素,傳遞方式與操作系統(tǒng)中的全局快捷鍵與應(yīng)用程序快捷鍵相似。當(dāng)一個(gè)系統(tǒng)組合鍵發(fā)生時(shí),如果注
冊了系統(tǒng)全局快捷鍵監(jiān)聽器,該事件就先被操作系統(tǒng)層捕獲,全局監(jiān)聽器就先于應(yīng)用程序快捷鍵監(jiān)聽器得到通知,也就是全局的先獲得控制權(quán),它有權(quán)阻止事件的進(jìn)
一步傳遞。所以捕獲型事件模型適用于作全局范圍內(nèi)的監(jiān)聽,這里的全局是相對的全局,相對于某個(gè)頂層結(jié)點(diǎn)與該結(jié)點(diǎn)所有子孫結(jié)點(diǎn)形成的集合范圍。
例如你想作全局的點(diǎn)擊事件監(jiān)聽,相對于document結(jié)點(diǎn)與document下所有的子結(jié)點(diǎn),在某個(gè)條件下要求所有的子結(jié)點(diǎn)點(diǎn)擊無效,這種情況下冒泡模型就解決不了了,而捕獲型卻非常適合,可以在最頂層結(jié)點(diǎn)添加捕獲型事件監(jiān)聽器,偽碼如下:
function globalClickListener(event) { if(canEventPass == false) { //取消事件進(jìn)一步向子結(jié)點(diǎn)傳遞和冒泡傳遞 event.stopPropagation(); //取消瀏覽器事件后的默認(rèn)執(zhí)行 event.preventDefault(); } }
這樣一來,當(dāng)canEventPass條件為假時(shí),document下所有的子結(jié)點(diǎn)click注冊事件都不會(huì)被瀏覽器處理。
2. 冒泡型的應(yīng)用場合
可以說我們平時(shí)用的都是冒泡事件模型,因?yàn)镮E只支持這模型。這里還是說說,在恰當(dāng)利用該模型可以提高腳本性能。在元素一些頻繁觸發(fā)的事件中,如onmousemove,onmouseover,onmouseout,如果明確事件處理后沒必要進(jìn)一步傳遞,那么就可以大膽的取消它。
此外,對于子結(jié)點(diǎn)事件監(jiān)聽器的處理會(huì)對父層監(jiān)聽器處理造成負(fù)面影響的,也應(yīng)該在子結(jié)點(diǎn)監(jiān)聽器中禁止事件進(jìn)一步向上傳遞以消除影響。
綜合案例分析
***結(jié)合下面HTML代碼作分析:
<body onclick="alert('current is body');"> <div id="div0" onclick="alert('current is '+this.id)"> <div id="div1" onclick="alert('current is '+this.id)"> <div id="div2" onclick="alert('current is '+this.id)"> <div id="event_source" onclick="alert('current is '+this.id)" style="height:200px;width:200px;background-color:red;"> </div> </div> </div> </div> </body>
HTML運(yùn)行后點(diǎn)擊紅色區(qū)域,這是最里層的DIV,根據(jù)上面說明,無論是DOM標(biāo)準(zhǔn)還是IE,直接寫在html里的監(jiān)聽處理函數(shù)是事件冒泡傳遞時(shí)調(diào)用的,由最里層一直往上傳遞,所以會(huì)先后出現(xiàn):
current is event_source current is div2 current is div1 current is div0 current is body
添加以下片段:
var div2 = document.getElementById('div2'); EventUtil.addHandler(div2, 'click', function(event){ event = EventUtil.getEvent(event); EventUtil.stopPropagation(event); }, false);
當(dāng)點(diǎn)擊紅色區(qū)域后,根據(jù)上面說明,在泡冒泡處理期間,事件傳遞到div2后被停止傳遞了,所以div2上層的元素收不到通知,所以會(huì)先后出現(xiàn):
current is event_source current is div2
在支持DOM標(biāo)準(zhǔn)的瀏覽器中,添加以下代碼:
document.body.addEventListener('click', function(event){ event.stopPropagation(); }, true);
感謝各位的閱讀,以上就是“JavaScript事件類型的簡單介紹”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對JavaScript事件類型的簡單介紹這一問題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云,小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。