查看完整版本: 关于DOM事件模型的两件事

snowfox373 2007-11-26 09:52

关于DOM事件模型的两件事

[b]DOM事件模型的两件事:事件捕捉(Event Capture)的实现问题以及IE的高级事件处理模型的问题。[/b]
\0g qIh`4\r;W   [b]一、事件捕捉(Event Capture)的实现问题[/b]
-Rx+Bfx1n Wi.P   3C DOM Level2的事件模型规范中,事件在DOM树中的传播过程(从根节点到目标节点)被分为了两个阶段:捕捉(Capture)和冒泡(Bubbling)。下面这个图能大概的说明整个过程:+S(Y;E.mps5Zy
  .ZEu)R{5j
[img]http://homepage.yesky.com/imagelist/2007/329/wvr66gst3g95.png[/img]2ME0esj h-g
  (from W3C)Q$Jm aLL.QGUz
  如果想创建一个捕捉事件,在支持W3C 事件模型的浏览器中,将addEventListener的第三个参数设为true就好了。例如:
*VsQOX,t   document.getElementById('foo').addEventListener('click',function(){alert('Hello, world!');},true);
5k'qb%n/]"v.gl   在Firefox 2、Safari 3 on Windows和Opera 9上实践了事件捕捉(当然,因为IE不支持事件捕捉,所以…),实验的原理见下图:
1D!bnU(e   $h9h*j1~X
[img]http://homepage.yesky.com/imagelist/2007/329/4sx3x902mvlj.png[/img]
#Pd~7Mut$M-c _&@   ID为div1和div2的两个元素都被委派了捕捉阶段的事件处理函数,这样:
1t K0p)\9V:t3ObGi]   当点击#div1(蓝色区域)时,应该会alert出”div1″
R(JVUJ\   当点击#div2(黄色区域)时,应该会先alert出”div1″,再alert出”div2″,因为在事件捕捉阶段,事件是从根元素向下传播的,#div1是#div2的父元素,自然绑定在#div1上的click事件也会先于#div2上的click事件被执行。*[:x)} RF`P:@
  然而,以上的设想只试用于Firefox 2和Safari 3 on Windows,在Opera 9中,事情会变成这样:
7u{1s|l2?   当点击#div1(蓝色区域)时,什么都不会发生8e`jNMQ"s
  当点击#div2(黄色区域)时,会alert出”div1″,随后什么都不会再发生
%J ?kj;i|jrd9b"P   可以看出,在Opera 9中,目标元素(TargetElement)的click事件没有被执行。DOM规范中陈述了捕捉型的事件不应该在目标元素上被执行,因为捕捉型事件的用意就是为了监测到达目标元素之前的事件。Firefox和Safari的实现都是带有bug的。*I P3fR_Tr4W
  再来看看W3C的DOM Events规范中的原话:(sWq'Av3N D
  A capturing EventListener will not be triggered by events dispatched directly to the EventTarget upon which it is registered.:`_*x7@!?[
  所以,在整个事件传播中,被执行的顺序是:
5f_8K w$m   父元素中所有的捕捉型事件(如果有)自上而下地执行
)r*|e mp/m/^z)X:C   目标元素的冒泡型事件(如果有)
/Ea A?)j8_|`:pS/Ni7V   父元素中所有的冒泡型事件(如果有)自下而上地执行#y5t6lQ$f9K(y
  在了解了这些后,也许还是不要使用事件捕捉为妙,至少暂时不要。2tP} pY1Q? P
  [b]二、IE的高级事件处理模型的问题[/b]S:]EUx&}d
  [b]重复绑定[/b]+pS1W6y&{'_3J
  IE下没有addEventListener,但是也有自己的attachEvent,即所谓的Microsoft Model。二者的实现基本相同只是attachEvent的第一个参数(事件类型)需要加”on”,而addEventListener不用,另外attachEvent因为不支持事件捕捉,所以也没有第三个参数。QW3G`X Ekn
  然而,attachEvent还有一个很要命的问题:重复绑定事件。
:YkI~}d5V   一个例子:[code]function sayHello(){ "O/u J6o L.E
alert('Hello, world!');
g.yn'].@8z-{ } k2E#K.v%M{
// W3C Model
3vCgRuvqk,c\ $('div1').addEventListener('click', sayHello, false);
z$|.Tjl;?,oH]1[ $('div1').addEventListener('click', sayHello, false); $vaG\ M+Pu
// Microsoft Model qz-h!]$T#EC
$('div1').attachEvent('onclick', sayHello);
_4f#c ~*K y,_6U"] $('div1').attachEvent('onclick', sayHello); [/code]  在W3C模型中,相同事件处理函数的绑定会被忽略,也就是说第二个$('div1').addEventListener('click', sayHello, false);会被忽略。%o~ Eif.k9}mN.~4R
  而在Microsoft模型中,第二个$('div1').attachEvent('onclick', sayHello);同样会被执行,所以,当你点击#div1的时候,alert框会弹出来两次。更有甚者,在detachEvent时候,也同样要detachEvent两次才能彻底把sayHello从#div1的click事件中删除。
T9@ Z6B mey)|c   为什么不继续使用alertID()了?&y.\O ]zy[
  这是因为IE的事件模型的另一个缺陷,在alertID中,使用了this关键字来指代被委派了该事件处理函数的元素,这样,在W3C模型中,alertID中的this指代了#div1或者#div2。
s.U4aB3o.l H   但是在Microsoft模型中,缺少了对this的支持后,this.id就会变为undefined,因为这时候this指代了window对象。
页: [1]
查看完整版本: 关于DOM事件模型的两件事