一、傳統事件模型
傳統事件模型中存在限制。
內嵌模型以HTML標籤屬性的形式使用,與HTML混合,這種方式無疑造成了修改以及擴充的問題,已經很少使用了。
腳本模型是將事件處理函數寫入js檔案中,從頁面取得元素進行對應事件函數的綁定以觸發執行。但也存在不足之處:
1.一個事件綁定多個事件監聽函數,後者將覆蓋前者。
2.需要限制重複綁定的情況
3.標準化event物件
二、現代事件綁定
DOM2級事件定義了兩個方法用於添加、刪除事件:addEventListener()、removeEventListener().他們分別接收三個參數:事件名、函數、冒泡或捕獲的布爾值(true表示捕獲,false表示冒泡)。
與之對應,IE提供了類似的兩個方法attachEvent()和detachEvent(),但IE的兩個方法存在另外的問題:無法傳遞this物件(IE中的this指向window)可以使用call方法進行物件冒充:
function addEvent(obj,type,fn){ if(typeof obj.addEventListener != 'undefined'){ obj.addEventListener(type,fn,false); }else if(obj.attachEvent != 'undefined'){ obj.attachEvent('on' + type,function(){ fn.call(obj,window.event); }); } };
但由於新增時執行的是匿名函數,因此新增後無法進行刪除;另外IE提供方法還會有無法依序執行綁定事件、存在記憶體洩漏的問題。
為了解決這一系列的問題,就必須對方法進行進一步的封裝,對其他瀏覽器使用DOM2級標準進行,對於IE,採用基於傳統模式的添加、刪除,思路為:
1.新增是使用JS的散列表儲存物件事件,為每一個物件事件分配一個ID值,按新增的呼叫順序,先判斷是否存在相同的處理函數,不存在的話就依次將事件綁定函數加入到散列表中,這樣解決了無法順序執行以及重複添加的問題
2.刪除時進行遍歷函數配對的判斷,存在則刪除
總結:
之前對JS的事件綁定並沒有太深的認識,甚至停留在傳統事件綁定模型上,對程序實現上還是認識太淺,這次學習封裝庫這部分內容時,才學習到很多JS上物件導向的應用。雖然類似JQuery的這樣js函式庫已經實現了很好的資料綁定機制的封裝效果,但只知其然,不知其所以然還有會有種蒙在鼓裡的感覺,親自去分析一下具體的實現,會有一種豁然開朗的感覺,也體會到,做好一個兼容性、通用性強的程序更要考慮很多內容,解決很多問題,也正在在這些問題中逐漸清楚很多的。