jQuery 綁定事件

jQuery提供了多種綁定事件的方式，每種方式各有其特點(diǎn)，明白了它們之間的異同點(diǎn)，有助于我們在寫代碼的時(shí)候進(jìn)行正確的選擇，從而寫出優(yōu)雅而容易維護(hù)的代碼。下面我們來看下jQuery中綁定事件的方式都有哪些。

     jQuery中提供了四種事件監(jiān)聽方式，分別是bind、live、delegate、on，對應(yīng)的解除監(jiān)聽的函數(shù)分別是unbind、die、undelegate、off。在開始看他們之前

    一：bind(type,[data],function(eventObject))

      bind是使用頻率較高的一種，作用就是在選擇到的元素上綁定特定事件類型的監(jiān)聽函數(shù)，參數(shù)的含義如下：

      type:事件類型，如click、change、mouseover等;

      data:傳入監(jiān)聽函數(shù)的參數(shù)，通過event.data取到?？蛇x;

     function:監(jiān)聽函數(shù)，可傳入event對象，這里的event是jQuery封裝的event對象，與原生的event對象有區(qū)別，使用時(shí)需要注意

   bind的源碼：

 bind: function( types, data, fn ) {
 
 return this.on( types, null, data, fn );
 
 }
 
$('#myol li').bind('click',getHtml);
 

bind的特點(diǎn)就是會(huì)把監(jiān)聽器綁定到目標(biāo)元素上，有一個(gè)綁一個(gè)，在頁面上的元素不會(huì)動(dòng)態(tài)添加的時(shí)候使用它沒什么問題。但如果列表中動(dòng)態(tài)增加一個(gè)“列表元素5”，點(diǎn)擊它是沒有反應(yīng)的，必須再bind一次才行。要想不這么麻煩，我們可以使用live。

jQuery還有一種事件綁定的簡寫方式如a.click(function(){});、a.change(function(){});等，它們的作用與bind一樣，僅僅是簡寫而已。

二：live(type, [data], fn)

live的參數(shù)和bind一樣，它又有什么蹊蹺呢，我們還是先瞄一眼源碼：

live: function( types, data, fn ) {
 
jQuery( this.context ).on( types, this.selector, data, fn );
 
return this;
 
}
 

 可以看到live方法并沒有將監(jiān)聽器綁定到自己(this)身上，而是綁定到了this.context上了。這個(gè)context是什么東西呢?其實(shí)就是元素的限定范圍，看了下面的代碼就清楚了：

$('#myol li').context; //document
 
$('#myol li','#myol').context; //document
 
$('#myol li',$('#myol')[0]); //ol

通常情況下，我們都不會(huì)像第三種方式那樣使用選擇器，所以也就認(rèn)為這個(gè)context通常就是document了，即live方法把監(jiān)聽器綁定到了 document上了。不把監(jiān)聽器直接綁定在元素上，你是不是想起事件委托機(jī)制來了呢?若沒有，可以點(diǎn)擊這里回憶一下。live正是利用了事件委托機(jī)制來 完成事件的監(jiān)聽處理，把節(jié)點(diǎn)的處理委托給了document。在監(jiān)聽函數(shù)中，我們可以用event.currentTarget來獲取到當(dāng)前捕捉到事件的 節(jié)點(diǎn)。下面的例子來揭曉：

$('#myol li').live('click',getHtml); 

三：live存在那樣的缺點(diǎn)，所以我們就思考，既然老爺子負(fù)擔(dān)那么重，可不可以別把監(jiān)聽器綁定在document上呢，綁定在就近的父級元素上不就好了。順應(yīng)正常邏輯，delegate誕生了。

參數(shù)多了一個(gè)selector，用來指定觸發(fā)事件的目標(biāo)元素，監(jiān)聽器將被綁定在調(diào)用此方法的元素上。看看源碼：

delegate: function( selector, types, data, fn ) {
 
return this.on( types, selector, data, fn );
 
}
 

 又是調(diào)用了on，并且把selector傳給了on?？磥磉@個(gè)on真的是舉足輕重的東西。照樣先不管它?？纯词纠龋?/p>

$('#myol').delegate('li','click',getHtml);

看了這么多，你是不是迫不及待想看看這個(gè)on的真實(shí)面目了呢，這就來：

on(type,[selector],[data],fn) 

參數(shù)與delegate差不多但還是有細(xì)微的差別，首先type與selector換位置了，其次selector變?yōu)榱丝蛇x項(xiàng)。交換位置的原因不好查證，應(yīng)該是為了讓視覺上更舒服一些吧。

我們先不傳selector來看一個(gè)例子：

$('#myol li').on('click',getHtml); 

可以看到event.currentTarget是li自己，與bind的效果一樣。至于傳selector進(jìn)去，就是跟delegate一樣的意義了，除了參數(shù)順序不同，其他完全一樣。

終于看到on的真實(shí)作用了，那么，這么多的事件綁定方式，我們該如何進(jìn)行選擇呢?

其實(shí)這個(gè)問題是完全不必糾結(jié)的，因?yàn)槟阋呀?jīng)知道他們之間的區(qū)別了不是么?根據(jù)實(shí)際情況斟酌使用就行。不過官方有一個(gè)推薦就是盡量使用on，因?yàn)槠渌?方法都是內(nèi)部調(diào)用on來完成的，直接使用on可以提高效率，而且你完全可以用on來代替其他三種寫法。至于如何代替我想就不必這么直白的寫出來了，真正理 解它們的區(qū)別之后自然而然也就不是難事了。

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！

最新評論