我的javascript学习之路（三） 对象之this

主题："this" of JavaScript [翻译] 
链接：http://www.iteye.com/topic/24457

我不赞成该文的观点，所以针对该文提出我自己的理解，如有不当之处，还请各位多多指教！

我觉得该文章对Copy和Referring的概念的理解会使大家陷入困境。

下面我针对该文的一些行文附上自己的理解，方便大家对比。

引用

代码：
function doSomething() {
  this.style.color = '#cc0000';
}

Copying
代码
element.onclick = doSomething;

ps:

我觉得理解javascript这种解释型语言，应该从语言“运行时”这个角度来思考问题，注意“时间轴”上所发生的事情。
引用应该理解成js运行时指向一段内存空间的引用对象吧。
上面应该也只是引用而已，因为javascript的对象的属性都是引用，运行时，上面的例子只是将element的onclick属性指向了内存中分配的doSomething函数对象而已。
当然如果如果有两个引用对象开始都指向了同一个匿名对象，如果其中一个改变，并不会该变另外一个，因为其中一个的改变，其实是分配了新的对象给他，并不是改变原来他所指向的对象。
也许你会问： 如果element2.onclick = doSomething; 解释是：element2的onclick属性也指向了内存中分配的新的doSomething函数对象。
那下面的referring该如何解释呢？这里讲到了inline event registration(内联事件注册) 这是javascript和dom、bom对象相互协调工作的一种机制，我们可以这样理解，dom、bom对象的事件属性，在js里面的处理是这样的：
js针对这些属性会让他们指向内存中的匿名函数对象A，在匿名函数对象里面再调用我们指定的函数B。运行时，如果B函数的参数中含有this自然是把A函数中的this对象传递了过去。


我感觉：
作者该文章，从自己的使用经验上很好的总结了this在javascript的事件机制中的灵活作用，但是作者的这样的分析却违背了javascript语言的本质。
正所谓，万变不离其宗！
我们应该牢牢把握javascript语言的本质：基于对象的、弱类型语言、解释型语言。

那么是不是javascript中对象就不存在属性复制呢？答案是 不存在！

这里我要纠正大家一直都在说的一个看法，就是prototype中对象的继承是通过“拷贝”来实现的，这种理解是错误的，这样的理解将导致copy和referring两种分类的误区，代码如下：

Object.extend = function(destination, source) {
  for (property in source) {
    destination[property] = source[property];
  }
  return destination;
}

在这里我们可以看到destination对象和source对象的同名属性只是指向了内存相同的对象而已，根本没有拷贝的情况发生，反个角度思考，如果是拷贝，那么我们需要在内存中分别为他们生成新的空间了，实际情况并非如此。这也是js节约内存的一种做法，也许你会问当source对象的属性改变以后，destination的属性根本没有变化呀，是的，那是因为source对象的属性改变只是他指向了内存中重新生成的一个对象，原来的所指向的内存中的那个对象并没有改变。
这里可一定要区分原始类型和包装类型哦,和java类似.

下面我附上一个例子：

function MakeArray(n) {
this[0] = "anuary"
this[1] = "February"
this[2] = "March"
this[3] = "April"
this[4] = "May"
this[5] = "June"
this[6] = "July"
this[7] = "August"
this[8] = "September"
this[9] = "October"
this[10] = "November"
this[11] = "December"
this['length'] = n
return this
}

theMonths = new Object();
theMonths.fun=MakeArray;
//这里打印出来看看也是有目的的哦
for(var p in theMonths){
    alert("property:" + p + "==>value:" + theMonths[p]);
}
theMonths.fun(12);

var p2 = new Object();
for(var p in theMonths ){
  p2[p]=theMonths[p];
}
//先打印一遍
for(var p in theMonths){
    alert("property:" + p + "==>value:" + theMonths[p]);
}
for(var p in p2){
    alert("property:" + p + "==>value:" + p2[p]);
}


theMonths.length=100;

//再印一遍 要理解为什么我会这样打印2遍哦
for(var p in theMonths){
    alert("property:" + p + "==>value:" + theMonths[p]);
}
for(var p in p2){
    alert("property:" + p + "==>value:" + p2[p]);
}

引用

Referring
然而，如果你使用inline event registration(内联事件注册)
代码
<element onclick="doSomething()">
因此，它将声明“转到doSomething()并且执行它”。
当我们到达doSomething()，this关键字又重新指向了全局的window对象，函数返回错误信息。
The difference
如果你想使用this来指向HTML元素响应的事件，你必须确保this关键字被写在onclick属性里。只有在这种情况下它才指向event handler所注册的HTML元素。

代码
element.onclick = doSomething;
alert(element.onclick)
打印可以看到：
function doSomething() {
  this.style.color = '#cc0000';
}

this关键字被展现在onclick函数中，因此它指向HTML元素。
但是如果执行
代码
<element onclick="doSomething()">
alert(element.onclick)
将打印看到：
function onclick() {
  doSomething()
}

ps:
   上面这段代码只是解释了inline event registration(内联事件注册)
在javascript里是怎么实现的，与this的本质并没有任何关联。内联事件注册 上面我说了，js只是在内存中让元素的属性指向了新分配的匿名函数对象A，如果我们自己没有在标签中写函数的话，那么默认是空函数 什么也不做，如果我们写了函数B，那么在匿名空函数A中调用我们的函数B，如果B里面有this，this当然不会想当然地指向元素而是指向window了，否则自然是将A函数中的this传递进B函数。

引用

例子--拷贝
下面的例子中，this被写入onclick函数里：
代码
element.onclick = doSomething
element.addEventListener('click', doSomething, false)
element.onclick = function() {this.style.color = '#cc0000';}
<element onclick="this.sytle.color = '#cc0000';">
例子--引用
下述情况中，this指向window：
代码
element.onclick = function() {doSomething()}
element.attachEvent('onclick', doSomething)
<element onclick="doSomething()">
注意attachEvent()的出现。
Microsoft event registration model最主要的弊端是attachEvent()创建了一个指向函数的引用，而不是复制它。
因此有时不可能知道哪个HTML正在处理该事件。
组合使用
当使用内联事件注册时，你可以将this发送到函数以至于可以正常使用：
代码
<element onclick="doSomething(this)">
function doSomething(obj) {
  //this出现在event handler中并被发送到函数
  //obj指向HTML元素，因此可以这样：
  obj.style.color = '#cc0000';
}

ps:

引用

Microsoft event registration model最主要的弊端是attachEvent()创建了一个指向函数的引用，而不是复制它。

该语句可能会让我们误以为inline event registration(内联事件注册)这样的处理方式有弊端，其实不然，这样做给了我们充分的*，在触发了元素的事件以后，我们可以选择该处理什么范围内的事情，是全局还是针对该元素 控制权在我们自己手中。