- 浏览: 23570 次
- 性别:
- 来自: 杭州
最新评论
在浏览帖子的时候,看到一篇写的比较透彻的帖子讲事件模型的。拿来记录下。
引用来源,感谢原作者rock.
2009-7-30来源:http://www.9demo.com 作者:Rock
事件
HTML元素事件是浏览器内在自动产生的,当有事件发生时html元素会向外界(这里主要指元素事件的订阅者)发出各种事件,如click,onmouseover,onmouseout等等。
DOM事件流
DOM(文档对象模型)结构是一个树型结构,当一个HTML元素产生一个事件时,该事件会在元素结点与根结点之间的路径传播,路径所经过的结点都会收到该事件,这个传播过程可称为DOM事件流。
主流浏览器的事件模型
早在2004前在HTML元素事件的订阅,发送,传播,处理模型上各浏览器实现并不一致,直到DOM Level3中规定后,多数主流浏览器才陆陆续续支持DOM标准的事件处理模型 — 捕获型与冒泡型。
目前除IE浏览器外,其它主流的Firefox, Opera, Safari都支持标准的DOM事件处理模型。IE仍然使用自己的模型,即冒泡型,它模型的一部份被DOM采用,这点对于开发者来说也是有好处的,只使用DOM标准,IE都共有的事件处理方式才能有效的跨浏览器。
冒泡型事件(Bubbling)
这是IE浏览器对事件模型的实现,也是最容易理解的,至少笔者觉得比较符合实际的。冒泡,顾名思义,事件像个水中的气泡一样一直往上冒,直到顶端。从DOM树型结构上理解,就是事件由叶子结点沿祖先结点一直向上传递直到根结点;从浏览器界面视图HTML元素排列层次上理解就是事件由具有从属关系的最确定的目标元素一直传递到最不确定的目标元素.
捕获型事件(Capturing)
Netscape Navigator的实现,它与冒泡型刚好相反,由DOM树最顶层元素一直到最精确的元素,这个事件模型对于开发者来说(至少是我..)有点费解,因为直观上的理解应该如同冒泡型,事件传递应该由最确定的元素,即事件产生元素开始。
但这个模型在某些情况下也是很有用的,接下来会讲解到。
DOM标准事件模型
因为两个不同的模型都有其优点和解释,DOM标准支持捕获型与冒泡型,可以说是它们两者的结合体。它可以在一个DOM元素上绑定多个事件处理器,并且在处理函数内部,this关键字仍然指向被绑定的DOM元素,另外处理函数参数列表的第一个位置传递事件event对象。
首先是捕获式传递事件,接着是冒泡式传递,所以,如果一个处理函数既注册了捕获型事件的监听,又注册冒泡型事件监听,那么在DOM事件模型中它就会被调用两次。
注册与移除事件监听器
注册事件监听器,或又称订阅事件,当元素事件发生时浏览器回调该监听函数执行事件处理。目前主流浏览器中有两种注册事件的方法,一种是IE浏览器的,另一种是DOM标准的。
1.直接JS或HTML挂载法
1.<div onclick="alert(this.innerHTML);">
1.element.onclick = function(){alert(this.innerHTML);}
移除时将事件属性设为nul即可,这个也是最常用的方法了,优缺点也是显然的:
简单方便,在HTML中直接书写处理函数的代码块,在JS中给元素对应事件属性赋值即可
IE与DOM标准都支持的一种方法,它在IE与DOM标准中都是在事件冒泡过程中被调用的。
可以在处理函数块内直接用this引用注册事件的元素
要给元素注册多个监听器,就不能用这方法了
2. IE下注册多个事件监听器与移除监听器方法
IE浏览器中HTML元素有个attachEvent方法允许外界注册该元素多个事件监听器,例如
1.element.attachEvent('onclick', observer);
attachEvent接受两个参数。第一个参数是事件名称,第二个参数observer是回调处理函数。这里得说明一下,有个经常会出错的地方,IE下利用attachEvent注册的处理函数调用时this指向不再是先前注册事件的元素,这时的this为window对象了,笔者很奇怪IE为什么要这么做,完全看不出好处所在。
要移除先前注册的事件的监听器,调用element的detachEvent方法即可,参数相同。
1.element.detachEvent('onclick', observer);
3. DOM标准下注册多个事件监听器与移除监听器方法
实现DOM标准的浏览器与IE浏览器中注册元素事件监听器方式有所不同,它通过元素的addEventListener方法注册,该方法既支持注册冒泡型事件处理,又支持捕获型事件处理。
1.element.addEventListener('click', observer, useCapture);
addEventListener方法接受三个参数。第一个参数是事件名称,值得注意的是,这里事件名称与IE的不同,事件名称是没’on’开头的;第二个参数observer是回调处理函数;第三个参数注明该处理回调函数是在事件传递过程中的捕获阶段被调用还是冒泡阶段被调用
移除已注册的事件监听器调用element的removeEventListener即可,参数不变.
1.element.removeEventListener('click', observer, useCapture);
跨浏览器的注册与移除元素事件监听器方案
弄清楚DOM标准与IE的注册元素事件监听器之间的异同后,就可以实现一个跨浏览器的注册与移除元素事件监听器方案:
01.//注册
02.function addEventHandler(element, evtName, callback, useCapture) {
03. //DOM标准
04. if (element.addEventListener) {
05. element.addEventListener(evtName, callback, useCapture);
06. } else {
07. //IE方式,忽略useCapture参数
08. element.attachEvent('on' + evtName, callback);
09. }
10.}
11.//移除
12.//注册
13.function removeEventHandler(element, evtName, callback, useCapture) {
14. //DOM标准
15. if (element.removeEventListener) {
16. element.removeEventListener(evtName, callback, useCapture);
17. } else {
18. //IE方式,忽略useCapture参数
19. element.dettachEvent('on' + evtName, callback);
20. }
21.}
如何取消浏览器事件的传递与事件传递后浏览器的默认处理
先说明取消事件传递与浏览器事件传递后的默认处理是两个不同的概念,可能很多同学朋友分不清,或者根本不存在这两个概念。
取消事件传递是指,停止捕获型事件或冒泡型事件的进一步传递。例如上图中的冒泡型事件传递中,在body处理停止事件传递后,位于上层的document的事件监听器就不再收到通知,不再被处理。
事件传递后的默认处理是指,通常浏览器在事件传递并处理完后会执行与该事件关联的默认动作(如果存在这样的动作)。例如,如果表单中input type 属性是 “submit”,点击后在事件传播完浏览器就就自动提交表单。又例如,input 元素的 keydown 事件发生并处理后,浏览器默认会将用户键入的字符自动追加到 input 元素的值中。
要取消浏览器的件传递,IE与DOM标准又有所不同。
在IE下,通过设置event对象的cancelBubble为true即可。
1.function someHandle() {
2. window.event.cancelBubble = true;
3.}
DOM标准通过调用event对象的stopPropagation()方法即可。
1.function someHandle(event) {
2. event.stopPropagation();
3.}
因些,跨浏览器的停止事件传递的方法是:
1.function someHandle(event) {
2. event = event || window.event;
3. if(event.stopPropagation)
4. event.stopPropagation();
5. else event.cancelBubble = true;
6.}
取消事件传递后的默认处理,IE与DOM标准又不所不同。
在IE下,通过设置event对象的returnValue为false即可。
1.function someHandle() {
2. window.event.returnValue = false;
3.}
DOM标准通过调用event对象的preventDefault()方法即可。
1.function someHandle(event) {
2. event.preventDefault();
3.}
因些,跨浏览器的取消事件传递后的默认处理方法是:
1.function someHandle(event) {
2. event = event || window.event;
3. if(event.preventDefault)
4. event.preventDefault();
5. else event.returnValue = false;
6.}
捕获型事件模型与冒泡型事件模型的应用场合
标准事件模型为我们提供了两种方案,可能很多朋友分不清这两种不同模型有啥好处,为什么不只采取一种模型。
这里抛开IE浏览器讨论(IE只有一种,没法选择)什么情况下适合哪种事件模型。
1. 捕获型应用场合
捕获型事件传递由最不精确的祖先元素一直到最精确的事件源元素,传递方式与操作系统中的全局快捷键与应用程序快捷键相似。当一个系统组合键发生时,如果注册了系统全局快捷键监听器,该事件就先被操作系统层捕获,全局监听器就先于应用程序快捷键监听器得到通知,也就是全局的先获得控制权,它有权阻止事件的进一步传递。所以捕获型事件模型适用于作全局范围内的监听,这里的全局是相对的全局,相对于某个顶层结点与该结点所有子孙结点形成的集合范围。
例如你想作全局的点击事件监听,相对于document结点与document下所有的子结点,在某个条件下要求所有的子结点点击无效,这种情况下冒泡模型就解决不了了,而捕获型却非常适合,可以在最顶层结点添加捕获型事件监听器,伪码如下:
1.function globalClickListener(event) {
2. if(canEventPass == false) {
3. //取消事件进一步向子结点传递和冒泡传递
4. event.stopPropagation();
5. //取消浏览器事件后的默认执行
6. event.preventDefault();
7. }
8.}
这样一来,当canEventPass条件为假时,document下所有的子结点click注册事件都不会被浏览器处理。
2. 冒泡型的应用场合
可以说我们平时用的都是冒泡事件模型,因为IE只支持这模型。这里还是说说,在恰当利用该模型可以提高脚本性能。在元素一些频繁触发的事件中,如onmousemove, onmouseover,onmouseout,如果明确事件处理后没必要进一步传递,那么就可以大胆的取消它。此外,对于子结点事件监听器的处理会对父层监听器处理造成负面影响的,也应该在子结点监听器中禁止事件进一步向上传递以消除影响。
综合案例分析
最后结合下面HTML代码作分析:
01.<body onclick="alert('current is body');">
02. <div id="div0" onclick="alert('current is '+this.id)">
03. <div id="div1" onclick="alert('current is '+this.id)">
04. <div id="div2">
05. <div id="event_source"
06. onclick="alert('current is '+this.id)"
07. style="height:200px;width:200px;background-color:red;">
08. </div>
09. </div>
10. </div>
11. </div>
12.</body>
HTML运行后点击红色区域,这是最里层的DIV,根据上面说明,无论是DOM标准还是IE,直接写在html里的监听处理函数是事件冒泡传递时调用的,由最里层一直往上传递,所以会先后出现
current is event_source
current is div2
current is div1
current is div0
current is body
添加以下片段:
1.var div2 = document.getElementById('div2');
2.addEventHandler(div2, 'click', function(event){
3. event = event || window.event;
4. if(event.stopPropagation)
5. event.stopPropagation();
6. else event.cancelBubble = true;
7.}, false);
当点击红色区域后,根据上面说明,在泡冒泡处理期间,事件传递到div2后被停止传递了,所以div2上层的元素收不到通知,所以会先后出现:
current is event_source
current is div2
在支持DOM标准的浏览器中,添加以下代码:
1.document.body.addEventListener('click', function(event){
2. event.stopPropagation();
3.}, true);
以上代码中的监听函数由于是捕获型传递时被调用的,所以点击红色区域后,虽然事件源是ID为event_source的元素,但捕获型选传递,从最顶层开始,body结点监听函数先被调用,并且取消了事件进一步向下传递,所以只会出现
current is body
引用来源,感谢原作者rock.
2009-7-30来源:http://www.9demo.com 作者:Rock
事件
HTML元素事件是浏览器内在自动产生的,当有事件发生时html元素会向外界(这里主要指元素事件的订阅者)发出各种事件,如click,onmouseover,onmouseout等等。
DOM事件流
DOM(文档对象模型)结构是一个树型结构,当一个HTML元素产生一个事件时,该事件会在元素结点与根结点之间的路径传播,路径所经过的结点都会收到该事件,这个传播过程可称为DOM事件流。
主流浏览器的事件模型
早在2004前在HTML元素事件的订阅,发送,传播,处理模型上各浏览器实现并不一致,直到DOM Level3中规定后,多数主流浏览器才陆陆续续支持DOM标准的事件处理模型 — 捕获型与冒泡型。
目前除IE浏览器外,其它主流的Firefox, Opera, Safari都支持标准的DOM事件处理模型。IE仍然使用自己的模型,即冒泡型,它模型的一部份被DOM采用,这点对于开发者来说也是有好处的,只使用DOM标准,IE都共有的事件处理方式才能有效的跨浏览器。
冒泡型事件(Bubbling)
这是IE浏览器对事件模型的实现,也是最容易理解的,至少笔者觉得比较符合实际的。冒泡,顾名思义,事件像个水中的气泡一样一直往上冒,直到顶端。从DOM树型结构上理解,就是事件由叶子结点沿祖先结点一直向上传递直到根结点;从浏览器界面视图HTML元素排列层次上理解就是事件由具有从属关系的最确定的目标元素一直传递到最不确定的目标元素.
捕获型事件(Capturing)
Netscape Navigator的实现,它与冒泡型刚好相反,由DOM树最顶层元素一直到最精确的元素,这个事件模型对于开发者来说(至少是我..)有点费解,因为直观上的理解应该如同冒泡型,事件传递应该由最确定的元素,即事件产生元素开始。
但这个模型在某些情况下也是很有用的,接下来会讲解到。
DOM标准事件模型
因为两个不同的模型都有其优点和解释,DOM标准支持捕获型与冒泡型,可以说是它们两者的结合体。它可以在一个DOM元素上绑定多个事件处理器,并且在处理函数内部,this关键字仍然指向被绑定的DOM元素,另外处理函数参数列表的第一个位置传递事件event对象。
首先是捕获式传递事件,接着是冒泡式传递,所以,如果一个处理函数既注册了捕获型事件的监听,又注册冒泡型事件监听,那么在DOM事件模型中它就会被调用两次。
注册与移除事件监听器
注册事件监听器,或又称订阅事件,当元素事件发生时浏览器回调该监听函数执行事件处理。目前主流浏览器中有两种注册事件的方法,一种是IE浏览器的,另一种是DOM标准的。
1.直接JS或HTML挂载法
1.<div onclick="alert(this.innerHTML);">
1.element.onclick = function(){alert(this.innerHTML);}
移除时将事件属性设为nul即可,这个也是最常用的方法了,优缺点也是显然的:
简单方便,在HTML中直接书写处理函数的代码块,在JS中给元素对应事件属性赋值即可
IE与DOM标准都支持的一种方法,它在IE与DOM标准中都是在事件冒泡过程中被调用的。
可以在处理函数块内直接用this引用注册事件的元素
要给元素注册多个监听器,就不能用这方法了
2. IE下注册多个事件监听器与移除监听器方法
IE浏览器中HTML元素有个attachEvent方法允许外界注册该元素多个事件监听器,例如
1.element.attachEvent('onclick', observer);
attachEvent接受两个参数。第一个参数是事件名称,第二个参数observer是回调处理函数。这里得说明一下,有个经常会出错的地方,IE下利用attachEvent注册的处理函数调用时this指向不再是先前注册事件的元素,这时的this为window对象了,笔者很奇怪IE为什么要这么做,完全看不出好处所在。
要移除先前注册的事件的监听器,调用element的detachEvent方法即可,参数相同。
1.element.detachEvent('onclick', observer);
3. DOM标准下注册多个事件监听器与移除监听器方法
实现DOM标准的浏览器与IE浏览器中注册元素事件监听器方式有所不同,它通过元素的addEventListener方法注册,该方法既支持注册冒泡型事件处理,又支持捕获型事件处理。
1.element.addEventListener('click', observer, useCapture);
addEventListener方法接受三个参数。第一个参数是事件名称,值得注意的是,这里事件名称与IE的不同,事件名称是没’on’开头的;第二个参数observer是回调处理函数;第三个参数注明该处理回调函数是在事件传递过程中的捕获阶段被调用还是冒泡阶段被调用
移除已注册的事件监听器调用element的removeEventListener即可,参数不变.
1.element.removeEventListener('click', observer, useCapture);
跨浏览器的注册与移除元素事件监听器方案
弄清楚DOM标准与IE的注册元素事件监听器之间的异同后,就可以实现一个跨浏览器的注册与移除元素事件监听器方案:
01.//注册
02.function addEventHandler(element, evtName, callback, useCapture) {
03. //DOM标准
04. if (element.addEventListener) {
05. element.addEventListener(evtName, callback, useCapture);
06. } else {
07. //IE方式,忽略useCapture参数
08. element.attachEvent('on' + evtName, callback);
09. }
10.}
11.//移除
12.//注册
13.function removeEventHandler(element, evtName, callback, useCapture) {
14. //DOM标准
15. if (element.removeEventListener) {
16. element.removeEventListener(evtName, callback, useCapture);
17. } else {
18. //IE方式,忽略useCapture参数
19. element.dettachEvent('on' + evtName, callback);
20. }
21.}
如何取消浏览器事件的传递与事件传递后浏览器的默认处理
先说明取消事件传递与浏览器事件传递后的默认处理是两个不同的概念,可能很多同学朋友分不清,或者根本不存在这两个概念。
取消事件传递是指,停止捕获型事件或冒泡型事件的进一步传递。例如上图中的冒泡型事件传递中,在body处理停止事件传递后,位于上层的document的事件监听器就不再收到通知,不再被处理。
事件传递后的默认处理是指,通常浏览器在事件传递并处理完后会执行与该事件关联的默认动作(如果存在这样的动作)。例如,如果表单中input type 属性是 “submit”,点击后在事件传播完浏览器就就自动提交表单。又例如,input 元素的 keydown 事件发生并处理后,浏览器默认会将用户键入的字符自动追加到 input 元素的值中。
要取消浏览器的件传递,IE与DOM标准又有所不同。
在IE下,通过设置event对象的cancelBubble为true即可。
1.function someHandle() {
2. window.event.cancelBubble = true;
3.}
DOM标准通过调用event对象的stopPropagation()方法即可。
1.function someHandle(event) {
2. event.stopPropagation();
3.}
因些,跨浏览器的停止事件传递的方法是:
1.function someHandle(event) {
2. event = event || window.event;
3. if(event.stopPropagation)
4. event.stopPropagation();
5. else event.cancelBubble = true;
6.}
取消事件传递后的默认处理,IE与DOM标准又不所不同。
在IE下,通过设置event对象的returnValue为false即可。
1.function someHandle() {
2. window.event.returnValue = false;
3.}
DOM标准通过调用event对象的preventDefault()方法即可。
1.function someHandle(event) {
2. event.preventDefault();
3.}
因些,跨浏览器的取消事件传递后的默认处理方法是:
1.function someHandle(event) {
2. event = event || window.event;
3. if(event.preventDefault)
4. event.preventDefault();
5. else event.returnValue = false;
6.}
捕获型事件模型与冒泡型事件模型的应用场合
标准事件模型为我们提供了两种方案,可能很多朋友分不清这两种不同模型有啥好处,为什么不只采取一种模型。
这里抛开IE浏览器讨论(IE只有一种,没法选择)什么情况下适合哪种事件模型。
1. 捕获型应用场合
捕获型事件传递由最不精确的祖先元素一直到最精确的事件源元素,传递方式与操作系统中的全局快捷键与应用程序快捷键相似。当一个系统组合键发生时,如果注册了系统全局快捷键监听器,该事件就先被操作系统层捕获,全局监听器就先于应用程序快捷键监听器得到通知,也就是全局的先获得控制权,它有权阻止事件的进一步传递。所以捕获型事件模型适用于作全局范围内的监听,这里的全局是相对的全局,相对于某个顶层结点与该结点所有子孙结点形成的集合范围。
例如你想作全局的点击事件监听,相对于document结点与document下所有的子结点,在某个条件下要求所有的子结点点击无效,这种情况下冒泡模型就解决不了了,而捕获型却非常适合,可以在最顶层结点添加捕获型事件监听器,伪码如下:
1.function globalClickListener(event) {
2. if(canEventPass == false) {
3. //取消事件进一步向子结点传递和冒泡传递
4. event.stopPropagation();
5. //取消浏览器事件后的默认执行
6. event.preventDefault();
7. }
8.}
这样一来,当canEventPass条件为假时,document下所有的子结点click注册事件都不会被浏览器处理。
2. 冒泡型的应用场合
可以说我们平时用的都是冒泡事件模型,因为IE只支持这模型。这里还是说说,在恰当利用该模型可以提高脚本性能。在元素一些频繁触发的事件中,如onmousemove, onmouseover,onmouseout,如果明确事件处理后没必要进一步传递,那么就可以大胆的取消它。此外,对于子结点事件监听器的处理会对父层监听器处理造成负面影响的,也应该在子结点监听器中禁止事件进一步向上传递以消除影响。
综合案例分析
最后结合下面HTML代码作分析:
01.<body onclick="alert('current is body');">
02. <div id="div0" onclick="alert('current is '+this.id)">
03. <div id="div1" onclick="alert('current is '+this.id)">
04. <div id="div2">
05. <div id="event_source"
06. onclick="alert('current is '+this.id)"
07. style="height:200px;width:200px;background-color:red;">
08. </div>
09. </div>
10. </div>
11. </div>
12.</body>
HTML运行后点击红色区域,这是最里层的DIV,根据上面说明,无论是DOM标准还是IE,直接写在html里的监听处理函数是事件冒泡传递时调用的,由最里层一直往上传递,所以会先后出现
current is event_source
current is div2
current is div1
current is div0
current is body
添加以下片段:
1.var div2 = document.getElementById('div2');
2.addEventHandler(div2, 'click', function(event){
3. event = event || window.event;
4. if(event.stopPropagation)
5. event.stopPropagation();
6. else event.cancelBubble = true;
7.}, false);
当点击红色区域后,根据上面说明,在泡冒泡处理期间,事件传递到div2后被停止传递了,所以div2上层的元素收不到通知,所以会先后出现:
current is event_source
current is div2
在支持DOM标准的浏览器中,添加以下代码:
1.document.body.addEventListener('click', function(event){
2. event.stopPropagation();
3.}, true);
以上代码中的监听函数由于是捕获型传递时被调用的,所以点击红色区域后,虽然事件源是ID为event_source的元素,但捕获型选传递,从最顶层开始,body结点监听函数先被调用,并且取消了事件进一步向下传递,所以只会出现
current is body
发表评论
-
常见表单元素在IE 6 , 7 ,8 下不冒泡相关事件
2012-07-09 19:14 1011今天在实现一个级联效果的时候 ,三个下拉框级联 。主要用到 ... -
offset width,height,left ,top 详解
2011-09-28 22:56 1591假设 obj 为某个 HTML 控件。 obj.offse ... -
doctype 类型
2011-09-28 18:28 831一.概述 本文系统的讲解DOCTYPE元素.同时查证了很多的 ... -
位掩码技术
2011-09-19 20:35 1627js中位运算还是很快的。有一种位掩码技术,用来处理同时存在 ... -
data类型的url
2011-09-14 19:27 1443以下为转载: 来自:http://www.cnblog ... -
闭包相关资料
2011-09-06 21:32 885以下是在网上查的资料,摘自别人的文章。 一、什么是闭包? ... -
面试题目解析
2011-09-06 20:12 860周末去一家公司面试 ... -
extjs store的recordType作用及用法
2011-08-11 19:19 3286extjs store的record类型问题 昨天被客户提 ... -
extjs 滚动条自动定位
2011-08-11 19:12 3941今天客户提了一个需求,滚动条自动定位问题。大致如下: 树控件 ... -
事件冒泡
2011-07-24 21:24 1169今天读javascript dom 编程艺术, 里面提到一个简 ... -
firefox body 区域附加 livemargins_control问题
2011-07-23 13:39 1694今天 用 getElementsByTagName('div ...
相关推荐
事件流描述了事件如何在DOM(文档对象模型)层次结构中传播。主要有两种类型:冒泡型事件流和捕获型事件流。冒泡型事件从最具体的元素(如按钮)开始,逐级向上至最不具体的元素(如document)传递。而捕获型事件则...
在Internet Explorer(IE)浏览器中,DOM(文档对象模型)查看器是一个强大的工具,允许开发者和网页设计者深入理解网页结构,并对其进行交互式编辑。DOM是W3C标准,它将HTML或XML文档表示为一个树形结构,使我们...
ECMAScript规范中的ECMA-357是与事件处理相关的一部分,它提供了JavaScript中处理事件的标准。 事件流是JavaScript事件模型的核心部分,描述了事件如何在DOM(Document Object Model)层次结构中传递。主要有两种...
IHTML接口提供了对HTML元素的直接访问和操作能力,包括读取属性、修改内容以及触发事件等。 在“遍历网页中的元素”这一场景中,我们通常会从顶级的HTML文档对象开始,然后逐层深入到子元素。这可以通过以下步骤...
- **文档对象模型(DOM)**:关注的是如何访问和操作浏览器窗口中的内容,包括文档、图片和其他HTML元素。 #### DOM的工作原理 当浏览器加载一个HTML文档时,它会根据DOM标准构建出一个文档的内部表示形式——即...
#### 六、事件与事件处理 ##### 6.1 事件处理 DOM 不仅允许我们修改文档结构,还支持对用户操作(如点击、输入等)做出响应。通过绑定事件监听器,我们可以编写处理函数来响应这些事件。例如,当用户点击按钮时,...
IE DOM Inspector 是一款专为Internet Explorer浏览器设计的开发工具,它允许开发者在运行时动态地检查和修改HTML文档对象模型(DOM)。DOM是网页内容的结构化表示,通过DOM,开发者可以精确地操控网页元素,实现...
1. **实时查看DOM结构**:IE DOM Inspector能够显示当前页面的完整DOM结构,以树形视图展示,便于查找和定位特定的HTML元素。 2. **元素选中**:通过此工具,用户可以直接在浏览器窗口中选择网页上的任何元素,然后...
本文将深入解析JavaScript中的事件捕获机制,并结合实际的例子讲解事件冒泡原理和不同浏览器(特别是IE和DOM标准)中的事件模型。 首先,我们需要理解什么是事件冒泡。事件冒泡是指当一个元素上的事件被触发后,该...
3. **Internet Explorer DOM**:DOM是HTML和XML文档的标准表示方法,它将网页内容抽象为节点树结构,每个节点代表文档的一部分。在IE中,可以使用COM组件`IWebBrowser2`和`IDispatch`接口来访问DOM,获取页面上的...
1. **DOM对象模型**:DOM(Document Object Model)是一种标准,它定义了如何表示和访问文档的结构。通过DOM,我们可以将HTML文档解析成一系列可操作的对象,这些对象构成了一个层次结构,即DOM树。在JavaScript中,...
W3C DOM 2 Events 规范定义了事件模型,使得任何支持DOM的节点,如HTML元素,都可以成为EventTarget,即可以接收并处理事件。这个接口包括了`addEventListener`和`removeEventListener`这两个核心方法,用于注册和...
最后,IE事件模型与DOM2模型有所不同,它不传递`event`对象给事件处理函数,而是将其作为全局`window`对象的属性。IE事件的传播模式仅包含DOM2的冒泡阶段和目标阶段,且仅能捕获鼠标事件。事件处理程序的注册和删除...
在本文档中,"VC6中用DOM遍历网页中的元素"的讨论主要集中在如何在Microsoft Visual C++ 6.0(简称VC6)环境下使用DOM(文档对象模型)遍历和操作HTML网页中的元素,特别是表单和表单域。DOM是一种标准,允许程序和...
在C#中,我们可以通过自动化IE浏览器实例,利用DOM(文档对象模型)来获取网页的源代码。DOM是HTML和XML文档的一种结构表示,允许程序和脚本动态更新、添加或删除元素。 3. **网址**: 网址(URL)是互联网上特定...
本文主要探讨了JavaScript中的三种事件模型,这些模型与不同的浏览器和DOM版本有关。尽管存在差异,但通过一些兼容性处理,可以确保同一代码在不同浏览器上运行。 首先,Netscape Navigator 4 (NN4) 使用的是早期的...
这是最原始的事件处理方式,通过HTML元素的事件属性(如`onclick`)直接指定处理函数。例如: ```html 按钮" onclick="alert('Lee');"> ``` 但由于这种做法将行为与结构混合在一起,导致代码难以维护,所以现在...
1. **HTML元素闭合**:在IE7和IE8中,如果`<p>`元素缺少结束标记,并紧接着`<table>`, `<form>`, `<noframes>`或`<noscript>`元素,浏览器会自动添加结束标记。这意味着开发者需要确保HTML代码的规范性,避免因自动...