Vorwort
In diesem Artikel werden wir weitere Details besprechen, die in direktem Zusammenhang mit dem Ausführungskontext stehen. Das Diskussionsthema ist dieses Stichwort. Die Praxis hat gezeigt, dass dieses Thema schwierig ist und es bei der Ermittlung in verschiedenen Ausführungskontexten häufig zu Problemen kommt.
Viele Programmierer sind es gewohnt zu glauben, dass das Schlüsselwort this in Programmiersprachen eng mit der objektorientierten Programmentwicklung verbunden ist und vollständig auf das vom Konstruktor neu erstellte Objekt verweist. Dies ist auch in der ECMAScript-Spezifikation implementiert, aber wie wir sehen werden, ist dies in ECMAScript nicht darauf beschränkt, nur auf neu erstellte Objekte zu verweisen.
Englische Übersetzung: Dmitry A. Soshnikov Veröffentlicht mit Hilfe von Stoyan Stefanov: 2010-03-07http://dmitrysoshnikov.com/ecmascript/chapter-3-this/Russisches Original: Dmitry A. Soshnikov Korrektur: Veröffentlicht von Zerogif: 28.06.2009; Aktualisiert: 07.03.2010 http://dmitrysoshnikov.com/ecmascript/ru-chapter-3-this/ Der Großteil des Inhalts dieses Artikels bezieht sich auf: http://www.denisdeng.com /? Ein Teil des Satzes p=900 bezieht sich auf: Justins chinesische Übersetzung
Lassen Sie uns einen genaueren Blick darauf werfen, was genau das in ECMAScript ist.
Definition
Dies ist ein Attribut im Ausführungskontext:
activeExecutionContext = { VO: {...}, this: thisValue};
Hier ist VO das variable Objekt, das wir im vorherigen Kapitel besprochen haben.
Dies hängt direkt mit der Art des ausführbaren Codes im Kontext zusammen. Der Wert wird beim Eintritt in den Kontext bestimmt und bleibt während der Ausführung des Kontexts unverändert.
Lassen Sie uns diese Fälle genauer untersuchen:
dies im globalen Code
Hier ist alles einfach. Im globalen Code ist dies immer das globale Objekt selbst, sodass indirekt darauf verwiesen werden kann.
// Definieren Sie explizit die Eigenschaften des globalen Objekts this.a = 10; // global.a = 10alert(a); // 10 // Implizit durch Zuweisen zu einem Unidentifier b = 20;alert(this. b ); // 20 // Es wird auch implizit durch Variablendeklaration deklariert // Da das Variablenobjekt des globalen Kontexts das globale Objekt selbst ist var c = 30; // 30
dies im Funktionscode
Es ist interessant, wenn dies im Funktionscode verwendet wird. Diese Situation ist schwierig und kann viele Probleme verursachen.
Bei dieser Art von Code besteht das erste (vielleicht wichtigste) Merkmal dieses Werts darin, dass er nicht statisch an eine Funktion gebunden ist.
Wie oben erwähnt, wird dies bei der Eingabe des Kontexts festgelegt. In einem Funktionscode ist dieser Wert jedes Mal völlig anders.
Trotzdem bleibt der Wert davon unverändert, während der Code ausgeführt wird. Das heißt, da es sich nicht um eine Variable handelt, ist es unmöglich, ihr einen neuen Wert zuzuweisen (im Gegensatz dazu ist dies in der Programmiersprache Python eindeutig der Fall). definiert ist das Objekt selbst, das sich zur Laufzeit kontinuierlich ändern kann).
var foo = {x: 10}; var bar = { x: 20, test: function () { alert(this === bar); // true alert(this.x); // 20 this = foo; // 错误，任何时候不能改变this的值 alert(this.x); // 如果不出错的话，应该是10，而不是20 } }; // 在进入上下文的时候// this被当成bar对象// determined as "bar" object; why so - will// be discussed below in detail bar.test(); // true, 20 foo.test = bar.test; // 不过，这里this依然不会是foo// 尽管调用的是相同的function foo.test(); // false, 10 Nach dem Login kopieren
Es gibt also mehrere Faktoren, die die Änderung dieses Werts im Funktionscode beeinflussen:
Zunächst wird dies bei einem normalen Funktionsaufruf durch den Aufrufer bereitgestellt, der den Kontextcode, also den übergeordneten Kontext der aufrufenden Funktion, aktiviert. Dies hängt davon ab, wie die Funktion aufgerufen wird.
Um diesen Wert unter allen Umständen genau bestimmen zu können, ist es notwendig, diesen wichtigen Punkt zu verstehen und sich daran zu erinnern. Es ist die Art und Weise, wie die Funktion aufgerufen wird, die diesen Wert im Kontext des Aufrufs beeinflusst, nichts anderes (wir können in einigen Artikeln, sogar in Büchern über Javascript, sehen, dass sie behaupten: „Der Wert davon hängt davon ab, wie die Funktion ist.“ definiert, wenn es eine globale Funktion ist, wird diese auf das globale Objekt gesetzt, wenn die Funktion eine Methode eines Objekts ist, wird diese immer auf das Objekt zeigen – das ist absolut nicht wahr"). Wenn wir unser Thema fortsetzen, können wir sehen, dass sogar normale globale Funktionen durch unterschiedliche Formen von Aufrufmethoden aktiviert werden. Diese unterschiedlichen Aufrufmethoden führen zu unterschiedlichen Werten.
function foo() { alert(this);} foo(); // global alert(foo === foo.prototype.constructor); // true // 但是同一个function的不同的调用表达式，this是不同的 foo.prototype.constructor(); // foo.prototype Nach dem Login kopieren
Es ist möglich, eine Funktion als eine für ein Objekt definierte Methode aufzurufen, dies wird jedoch nicht auf dieses Objekt festgelegt.
var foo = { bar: function () { alert(this); alert(this === foo); }}; foo.bar(); // foo, true var exampleFunc = foo.bar; alert(exampleFunc === foo.bar); // true // 再一次，同一个function的不同的调用表达式，this是不同的 exampleFunc(); // global, false Nach dem Login kopieren
Wie wirkt sich die Art des Funktionsaufrufs auf diesen Wert aus? Um die Bestimmung dieses Werts vollständig zu verstehen, muss einer seiner internen Typen – der Referenztyp (Referenztyp) – im Detail analysiert werden.
Referenztyp
Mithilfe von Pseudocode können wir den Wert eines Referenztyps als Objekt mit zwei Eigenschaften darstellen – base (d. h. das Objekt, das die Eigenschaft besitzt) und den Eigenschaftsnamen in base.
var valueOfReferenceType = { base: <base object>, propertyName: <property name>}; Nach dem Login kopieren
引用类型的值只有两种情况：
1. 当我们处理一个标示符时
2. 或一个属性访问器
标示符的处理过程在下一篇文章里详细讨论，在这里我们只需要知道，在该算法的返回值中，总是一个引用类型的值（这对this来说很重要）。
标识符是变量名，函数名，函数参数名和全局对象中未识别的属性名。例如，下面标识符的值：
var foo = 10;function bar() {} Nach dem Login kopieren
在操作的中间结果中，引用类型对应的值如下：
var fooReference = { base: global, propertyName: 'foo'}; var barReference = { base: global, propertyName: 'bar'}; Nach dem Login kopieren
为了从引用类型中得到一个对象真正的值，伪代码中的GetValue方法可以做如下描述：
function GetValue(value) { if (Type(value) != Reference) { return value; } var base = GetBase(value); if (base === null) { throw new ReferenceError; } return base.[[Get]](GetPropertyName(value)); } Nach dem Login kopieren
内部的[[Get]]方法返回对象属性真正的值，包括对原型链中继承的属性分析。
GetValue(fooReference); // 10GetValue(barReference); // function object "bar"
Nach dem Login kopieren
属性访问器都应该熟悉。它有两种变体：点（.）语法（此时属性名是正确的标示符，且事先知道），或括号语法（[]）。
foo.bar();foo['bar']();
Nach dem Login kopieren
在中间计算的返回值中，我们有了引用类型的值。
var fooBarReference = { base: foo, propertyName: 'bar'}; GetValue(fooBarReference); // function object "bar" Nach dem Login kopieren
引用类型的值与函数上下文中的this值如何相关？——从最重要的意义上来说。 这个关联的过程是这篇文章的核心。 一个函数上下文中确定this值的通用规则如下：
在一个函数上下文中，this由调用者提供，由调用函数的方式来决定。如果调用括号()的左边是引用类型的值，this将设为引用类型值的base对象（base object），在其他情况下（与引用类型不同的任何其它属性），这个值为null。不过，实际不存在this的值为null的情况，因为当this的值为null的时候，其值会被隐式转换为全局对象。注：第5版的ECMAScript中，已经不强迫转换成全局变量了，而是赋值为undefined。
我们看看这个例子中的表现：
function foo() { return this;} foo(); // global Nach dem Login kopieren
我们看到在调用括号的左边是一个引用类型值（因为foo是一个标示符）。
var fooReference = { base: global, propertyName: 'foo'}; Nach dem Login kopieren
相应地，this也设置为引用类型的base对象。即全局对象。
同样，使用属性访问器：
var foo = { bar: function () { return this; }}; foo.bar(); // foo Nach dem Login kopieren
我们再次拥有一个引用类型，其base是foo对象，在函数bar激活时用作this。
var fooBarReference = { base: foo, propertyName: 'bar'}; Nach dem Login kopieren
但是，用另外一种形式激活相同的函数，我们得到其它的this值。
var test = foo.bar;test(); // global
Nach dem Login kopieren
因为test作为标示符，生成了引用类型的其他值，其base（全局对象）用作this 值。
var testReference = { base: global, propertyName: 'test'};
现在，我们可以很明确的告诉你，为什么用表达式的不同形式激活同一个函数会不同的this值，答案在于引用类型（type Reference）不同的中间值。
function foo() { alert(this);} foo(); // global, because var fooReference = { base: global, propertyName: 'foo'}; alert(foo === foo.prototype.constructor); // true // 另外一种形式的调用表达式 foo.prototype.constructor(); // foo.prototype, because var fooPrototypeConstructorReference = { base: foo.prototype, propertyName: 'constructor'}; Nach dem Login kopieren
另外一个通过调用方式动态确定this值的经典例子：
function foo() { alert(this.bar);} var x = {bar: 10};var y = {bar: 20}; x.test = foo;y.test = foo; x.test(); // 10y.test(); // 20 Nach dem Login kopieren
函数调用和非引用类型
因此，正如我们已经指出，当调用括号的左边不是引用类型而是其它类型，这个值自动设置为null，结果为全局对象。
让我们再思考这种表达式：
(function () { alert(this); // null => global})(); Nach dem Login kopieren
在这个例子中，我们有一个函数对象但不是引用类型的对象（它不是标示符，也不是属性访问器），相应地，this值最终设为全局对象。
更多复杂的例子：
var foo = { bar: function () { alert(this); }}; foo.bar(); // Reference, OK => foo(foo.bar)(); // Reference, OK => foo (foo.bar = foo.bar)(); // global?(false || foo.bar)(); // global?(foo.bar, foo.bar)(); // global? Nach dem Login kopieren
为什么我们有一个属性访问器，它的中间值应该为引用类型的值，在某些调用中我们得到的this值不是base对象，而是global对象？
问题在于后面的三个调用，在应用一定的运算操作之后，在调用括号的左边的值不在是引用类型。
1.第一个例子很明显———明显的引用类型，结果是，this为base对象，即foo。
2.在第二个例子中，组运算符并不适用，想想上面提到的，从引用类型中获得一个对象真正的值的方法，如GetValue。相应的，在组运算的返回中———我们得到仍是一个引用类型。这就是this值为什么再次设为base对象，即foo。
3.第三个例子中，与组运算符不同，赋值运算符调用了GetValue方法。返回的结果是函数对象（但不是引用类型），这意味着this设为null，结果是global对象。
4.第四个和第五个也是一样——逗号运算符和逻辑运算符（OR）调用了GetValue 方法，相应地，我们失去了引用而得到了函数。并再次设为global。
引用类型和this为null
有一种情况是这样的：当调用表达式限定了call括号左边的引用类型的值， 尽管this被设定为null，但结果被隐式转化成global。当引用类型值的base对象是被活动对象时，这种情况就会出现。
下面的实例中，内部函数被父函数调用，此时我们就能够看到上面说的那种特殊情况。正如我们在第12章知道的一样，局部变量、内部函数、形式参数储存在给定函数的激活对象中。
function foo() { function bar() { alert(this); // global } bar(); // the same as AO.bar()} Nach dem Login kopieren
活动对象总是作为this返回，值为null——（即伪代码的AO.bar()相当于null.bar()）。这里我们再次回到上面描述的例子，this设置为全局对象。
有一种情况除外：如果with对象包含一个函数名属性，在with语句的内部块中调用函数。With语句添加到该对象作用域的最前端，即在活动对象的前面。相应地，也就有了引用类型（通过标示符或属性访问器）， 其base对象不再是活动对象，而是with语句的对象。顺便提一句，它不仅与内部函数相关，也与全局函数相关，因为with对象比作用域链里的最前端的对象(全局对象或一个活动对象)还要靠前。
var x = 10; with ({ foo: function () { alert(this.x); }, x: 20 }) { foo(); // 20 } // because var fooReference = { base: __withObject, propertyName: 'foo'}; Nach dem Login kopieren
同样的情况出现在catch语句的实际参数中函数调用：在这种情况下，catch对象添加到作用域的最前端，即在活动对象或全局对象的前面。但是，这个特定的行为被确认为ECMA-262-3的一个bug，这个在新版的ECMA-262-5中修复了。这样，在特定的活动对象中，this指向全局对象。而不是catch对象。
try { throw function () { alert(this); };} catch (e) { e(); // ES3标准里是__catchObject, ES5标准里是global } // on idea var eReference = { base: __catchObject, propertyName: 'e'}; // ES5新标准里已经fix了这个bug，// 所以this就是全局对象了var eReference = { base: global, propertyName: 'e'}; Nach dem Login kopieren
同样的情况出现在命名函数（函数的更对细节参考第15章Functions）的递归调用中。在函数的第一次调用中，base对象是父活动对象（或全局对象），在递归调用中，base对象应该是存储着函数表达式可选名称的特定对象。但是，在这种情况下，this总是指向全局对象。
(function foo(bar) { alert(this); !bar && foo(1); // "should" be special object, but always (correct) global })(); // global Nach dem Login kopieren
作为构造器调用的函数中的this
还有一个与this值相关的情况是在函数的上下文中，这是一个构造函数的调用。
function A() { alert(this); // "a"对象下创建一个新属性 this.x = 10;} var a = new A();alert(a.x); // 10 Nach dem Login kopieren
在这个例子中，new运算符调用“A”函数的内部的[[Construct]] 方法，接着，在对象创建后，调用内部的[[Call]] 方法。 所有相同的函数“A”都将this的值设置为新创建的对象。
函数调用中手动设置this
在函数原型中定义的两个方法（因此所有的函数都可以访问它）允许去手动设置函数调用的this值。它们是.apply和.call方法。他们用接受的第一个参数作为this值，this 在调用的作用域中使用。这两个方法的区别很小，对于.apply，第二个参数必须是数组（或者是类似数组的对象，如arguments，反过来，.call能接受任何参数。两个方法必须的参数是第一个——this。
例如：
var b = 10; function a(c) { alert(this.b); alert(c);} a(20); // this === global, this.b == 10, c == 20 a.call({b: 20}, 30); // this === {b: 20}, this.b == 20, c == 30a.apply({b: 30}, [40]) // this === {b: 30}, this.b == 30, c == 40 Nach dem Login kopieren
结论
在这篇文章中，我们讨论了ECMAScript中this关键字的特征（对比于C++ 和 Java，它们的确是特色）。我希望这篇文章有助于你准确的理解ECMAScript中this关键字如何工作。同样，我很乐意在评论中回到你的问题。
