javascript 中的 this 与 事件注册 及event [转]

 

本文不讨论 语法解释期和执行期的区别 以及上下文环境和闭包的概念 我们只从另一个角度来看问题.

js 中的this 是一个指针 他指象某个对象.  那么 一般来说 记住一条原则 即可:

 

如果一个函数不是作为类 来实例化某个对象 如 new func();

而是当 函数 做为某个对象的 方法被调用时 则 this 就指向该对象;

如果该函数是直接被调用 则this指向全局变量...

这句话似乎不好理解. 我们看下例子:

function test(){

this.name='franky';

}

var o={};

o.t=test;

o.t();//此处test方法是作为 对象o的方法t 被调用的.则 其内部的this 就指向 对象o .则此时 test内部的 this.name='franky' 等价于 o.name='franky'

alert(o.name);//打印franky

但 如果我们 直接调用 test(); 方法 则 因为他不是作为某个对象的方法被调用. 而是直接被调用 所以 this指向了全局变量

此时 我们可以直接 alert(window.name);或 alert(name);来 访问全局变量的 属性name了.

 

那么我们现在来看一看 事件注册

事件注册 有3种方式

1 硬编码 . 即在 html element 中直接写事件注册.如:

 <div id="div1" onclick="alert(this.id)">测试</div>

2 js块中的传统方式 如:

 document.getElementById('div1').onclick=function(){alert(this.id);}

3 使用 attachEvent 和addEventListener 来注册事件.

这当中比较经典的 则是 Jquery作者封装的 addEvent方法.虽然他有很多不足. 具体的后面解释. 

 

那么现在. 我们来看看 1 硬编码格式

 <div id="div1" onclick="alert(this.id)">测试</div>

为什么这里的this 会指向 div1 这个element呢?

答案是 ..  硬编码格式 的事件注册. 浏览器会把 你的代码 封装到一个 (匿名)函数中去.

我们此时 可以通过 打印div1的onclick属性来 看一看

alert(document.getElementById('div1').onclick)//注意这里不是onclick()

我们会看到 ie打印了 function anonymous(){} //看名字就知道. 他就叫匿名函数

opera 打印 function (event){}//恩. 这个是标准的匿名函数了

safari chrome ff 打印 function click(event){}// 这里 此三个浏览器 给 包装函数 一个对应事件的名字 .

 

到了这里.我们就能看出 . 当div1 click事件发生时. 浏览器会做什么呢? 是的 他会试图去执行 div1.onclick()//如果他现在是一个方法的话

大概的过程 是  if(div1.onclick)div1.onclick();  所以呢 现在包装函数 是作为 div1这个element对象的方法被浏览器调用的 则 其内部的this 指向div1 就顺理成章了.

那么 情况也就明朗了 硬编码 和 js块 中 的 document.getElementById('div1')=function(){alert(this.id)}

是一回事. 所以 此时 我们 甚至可以 直接 执行这个方法 而不是通过事件去触发它. 即 div1.onclick();//直接执行..

但有一点 我们要注意. 我们人工 调用 该方法 不会产生浏览器事件. 他只会执行 alert(this.id); 这一句.

那么 我们看看  浏览器事件触发执行又是什么过程呢?

如果您仔细看了 硬编码的 onclick  应该不难发现 w3c浏览器的包装函数 无论叫什么 . 但他总是有个叫event的形参.

是的. 这个就是事件对象.  所以 我们在 硬编码环境中 不仅仅可以 直接用this来引用 当前的element 还可以直接用event 来引用 事件对象.

而且这样写. 是兼容全部浏览器的. 原因是 w3c的包装函数有一个叫event的型参 而ie 呢? window.event可以简写为 event 则同样获取了当前的事件对象....

那么 最后再老生常谈一下. w3c浏览器 在事件触发 回调函数时 会传过去一个参数 .但ie不会

所以 我们在非硬编码的情况下  可以如此获取参数

obj.onclick=function(e){

 e=e||window.event;//w3c浏览器 e是对象 是对象做逻辑运算时 即true 即使 是 if(new Boolen(false))//这里也是true

                             //而ie中 因为 不会传事件对象过来. 所以此时e==undefined.则 e=window.event 

}

好了. 这就是 为什么 很久很久以前我们 常用的硬编码注册事件 可以直接兼容所有浏览器的原因. 事实上 这是因为 各个浏览器在向 ie 致敬 ....包装函数型参名叫event 所导致的..

但 你千万不要以为 我们 把 型参叫event 就可以 在js块中 不需要e=e||window.event了

比如:

obj.onclick=function(event){

event//记得 这个和硬编码是不同的. 这里的event 在ie中仍然是undefiend 这是由于 作用域所导致的. event此时是局部变量.具体原因请自己思考.

}

那么 关于硬编码 最后要提的 就只剩下一条了.  硬编码环境中 我们可以省略this. 如:

 <div id="div1" onclick="alert(this.id)">测试</div>

完全等价于

 <div id="div1" onclick="alert(id)">测试</div>

各个浏览器都支持这样写 是因为 局部变量 他会先到 element的属性表中去找.然后才是全局. 但我十分不建议这样用.甚至也不建议硬编码. 原因大家都能理解.

 

那么 既然今天的主题 首先是this. 我们则接着说说this 的2个特别情况.

1.  call 和applay

    是的 这两个方法的作用就是修改 this指针 所指向的对象. 而他们的唯一区别是传参的方式. 具体的请去查看手册. 这里就不再罗嗦了. 看代码:

function test(){

  this.name='franky';

}

var o={};

var o2={};

o.t=test;

o.t();// 此时 o.name=='franky';

但是如果是

o.t.call(o2);//只执行此句 则 o.name=='undefined' o2.name=='franky'. 是的 call 把方法t中的 this 强制指向了 o2.

这就是 call和applay的 作用 . 在js的继承中 你可能会看到 类似下面的代码:

function ClassA(){

this.name='franky';

}

function ClassB(){

 ClassA.call(this);//这里执行ClassA时 只是把ClassA当作普通的 函数来执行.不同的是 通过call修改了 ClassA方法中this的引用.让它指向了ClassB的实例.

}

此时. 我们 

var obj=new ClassB();  

实例化一个ClassB 创建一个副本即 对象obj . 我们要知道的是. ClassB() 和new ClassB() 都会导致 ClassB的执行. 即使我们写做 var obj=new ClassB;

那么根据js的规则. 此时 ClassB中的this会;指向obj 那么 其内部的 ClassA.call(this); 等价于 ClassA.call(obj); 即ClassA中的this 被call 修改为指向obj

那么 ClassA内部的 this.name='franky' 最终就等价于 obj.name='franky';//  这就实现了 动态属性和方法的继承.

如果我们真的理解了这里 . 我们就应该明白. 为什么 这种继承方式. 无法继承 ClassA原型属性和方法.  而只能继承动态属性和方法.

再看看 new 到底干了什么

function NEW (Class){//山寨版的 new  Class为欲实例化的构造函数..

var obj={};

obj.__proto__=Class.prototype;

// __proto__属性对于ie来说是不可见的。你可以在ff中测试  这里是要先绑定 然后再call的

//所以 为什么 我们可以用 在构造函数内 用 if(this instanceof arguments.callee) 来判断 是不是 用new 来调用构造函数.

//当然 这个判断方法 并不是100%的  如果构造函数 作为其实例的方法被调用 上面的条件一样成立...不过这种需求 基本不可能出现.

var returnValue=Class.call(obj);

if(typeof returnValue=='object' &&returnValue!=null) return returnValue;

return obj;

}

 

 

到了这里 随着AJAX 的广泛应用.我们不得不提一个很特别的事 就是

ie中的 xhr对象 的onreadystatechange 方法中的this 不指向xhr. 这一事实.

这非常不符合 我们所学习到的 理论体系.

var xhr=new XMLHttpRequest;

xhr.onreadystatechange=function(){this//ie中 this很遗憾的不指向xhr}

但ie7中不知道是不是因为支持了本地的 XMLHttpRequest 而不是 activex的缘故.似乎解决了这个问题.但为了兼容性.

所以我们要这样做 

xhr.onreadystatechange=function(){handler.call(xhr);}

function handler(){......}

好了. 到了这里 基本上就把this 搞清楚了...

如果你想深入的理解 this的关系 是如何被维护的 则 可以看一看 javascript权威指南. 里面对this引用 有更底层的说明.  可以看看js是如何通过原型链来维护这种关系.

 

ps: 似乎写着写着 就没收住.. 越写越多.  那么只好把 关于 事件注册的就简单说一下好了  关于jquery作者的写的 addEvent 以及他的缺点 :

1. 内存泄露

2.无法解决attachEvent忽略重复注册

3.注册同一对象的同一事件的几个方法后 执行顺序相反的问题

4. 因为 其修复了this引用问题. 却导致了一个新的问题. 同一个构造函数的多个实例的 同一原型方法 注册到 同一element的同一事件上时 会导致 _this指向最后一个被 实例化对象的问题. 

以上这些问题 1和4 是 其为了修复this引用而导致的新问题 而2 和3 则是attachEvent所固有的问题.

而 addEventListener 则完全没有任何一个问题 实在是非常完美.

而 Dean Edwards 在几年前写了 2个版本的 addEvent  你可以去 他的blog看一看. 虽然仍然有些问题. 不过却 也有优点.

他完全放弃了 attachEvent和addEventListener .而使用传统方式 借助guid 来实现 灵活注册事件和删除事件注册

.那么 所有头疼的 问题 都来自ie的 attachEvent .所以借助老外们常说的一句话 结束本章 : IE SUCKS !!!

 

来源:http://www.cnblogs.com/_franky/archive/2009/03/23/1420029.html

posted @ 2010-07-21 16:45  guangrou  阅读(238)  评论(1编辑  收藏  举报