Heim > Artikel > Web-Frontend > Erweiterte Front-End-Grundlagen (5): Umfassende Interpretation davon
Da wir beim Erlernen von JavaScript einige Konzepte nicht ganz klar verstehen, sie aber auf bestimmte Weise aufschreiben möchten, ist es leicht, diese Konzepte hastig aufzuschreiben einige voreingenommene Schlussfolgerungen, die für das eigene Gedächtnis nützlich sind.
Was noch schädlicher ist, ist, dass einige ungenaue Schlussfolgerungen im Internet weit verbreitet sind.
Zum Beispiel gibt es im Verständnis dessen, worauf dies hinweist, ein Sprichwort: Wer es nennt, auf den weist dies hin. Als ich anfing, das zu lernen, habe ich sehr an diesen Satz geglaubt. Denn in manchen Fällen ist dieses Verständnis sinnvoll. Aber während der Entwicklung stoße ich oft auf verschiedene Situationen. Ein falscher Anruf kann mich deshalb einen ganzen Tag lang verwirren. Damals habe ich auch nach Informationen gesucht und Experten in der Gruppe gefragt, aber ich konnte immer noch nicht herausfinden: „Was habe ich falsch gemacht?“ Tatsächlich liegt es nur daran, dass ich eine ungenaue Schlussfolgerung im Kopf habe.
Hier ist eine Beschwerde über die Baidu-Suche. Viele der gefundenen Artikel sind falsch, was Arbeitskräften und Management lange Zeit geschadet hat
Ich denke, das stimmt Es besteht Bedarf an einem solchen Artikel, der Ihnen hilft, dies umfassend zu verstehen. Lassen Sie alle ein korrektes und umfassendes Verständnis davon haben.
Zuvor müssen wir den Ausführungskontext überprüfen.
In den vorherigen Artikeln habe ich den Lebenszyklus des Ausführungskontexts an mehreren Stellen erwähnt. Falls Sie sich nicht daran erinnern, schauen wir uns ihn noch einmal an, wie unten gezeigt.
In der Erstellungsphase des Ausführungskontexts werden jeweils variable Objekte generiert, die Bereichskette erstellt und dieser Punkt bestimmt. Wir haben die variablen Objekte und Bereichsketten sorgfältig zusammengefasst. Der Schlüssel hier besteht darin, den Sinn dahinter zu bestimmen.
Hier müssen wir eine sehr wichtige Schlussfolgerung ziehen, die beim Aufruf der Funktion berücksichtigt werden muss. Das heißt, es wird bestimmt, wann der Ausführungskontext erstellt wird. Daher können wir leicht verstehen, dass dieser Zeiger in einer Funktion sehr flexibel sein kann. Im folgenden Beispiel zeigt beispielsweise dieselbe Funktion aufgrund unterschiedlicher Aufrufmethoden auf unterschiedliche Objekte.
var a = 10; var obj = { a: 20 } function fn () { console.log(this.a); } fn(); // 10 fn.call(obj); // 20
Außerdem kann dies während der Funktionsausführung, sobald dies festgestellt wurde, nicht mehr geändert werden.
var a = 10; var obj = { a: 20 } function fn () { this = obj; // 这句话试图修改this,运行后会报错 console.log(this.a); } fn();
1. Dies im globalen Objekt
Was das globale Objekt betrifft, habe ich es bereits erwähnt, als ich das variable Objekt zusammengefasst habe. Es handelt sich um eine relativ besondere Existenz. Dies weist im globalen Umfeld auf sich selbst hin. Es ist also auch relativ einfach und es gibt nicht so viele Komplikationen, die man bedenken muss.
// 通过this绑定到全局对象 this.a2 = 20; // 通过声明绑定到变量对象,但在全局环境中,变量对象就是它自身 var a1 = 10; // 仅仅只有赋值操作,标识符会隐式绑定到全局对象 a3 = 30; // 输出结果会全部符合预期 console.log(a1); console.log(a2); console.log(a3);
2. Dies in der Funktion
Bevor wir den Sinn dieser Sache in der Funktion zusammenfassen, müssen wir meiner Meinung nach einige seltsame Beispiele durchgehen, um zu spüren, wie schwer dies in der Funktion zu fassen ist.
// demo01 var a = 20; function fn() { console.log(this.a); } fn();
// demo02 var a = 20; function fn() { function foo() { console.log(this.a); } foo(); } fn();
// demo03 var a = 20; var obj = { a: 10, c: this.a + 20, fn: function () { return this.a; } } console.log(obj.c); console.log(obj.fn());
Die Leser müssen sich etwas Zeit nehmen, um diese Beispiele zu erleben. Wenn Sie nicht verstehen, was los ist, lassen Sie es uns Stück für Stück durchgehen .
Lassen Sie uns vor der Analyse direkt die Schlussfolgerung ziehen.
In einem Funktionskontext wird dies vom Aufrufer bereitgestellt und durch die Art und Weise bestimmt, wie die Funktion aufgerufen wird. Wenn die aufrufende Funktion einem Objekt gehört, zeigt das interne This beim Aufruf der Funktion auf das Objekt. Wenn die Funktion unabhängig aufgerufen wird, zeigt dies innerhalb der Funktion auf undefiniert. Wenn dies jedoch im nicht strikten Modus auf undefiniert zeigt, verweist es automatisch auf das globale Objekt.
Aus der Schlussfolgerung können wir ersehen, dass es zur genauen Bestimmung des Sinns dieser Sache sehr wichtig ist, den Aufrufer der Funktion zu finden und zu unterscheiden, ob er unabhängig aufruft.
// 为了能够准确判断,我们在函数内部使用严格模式,因为非严格模式会自动指向全局 function fn() { 'use strict'; console.log(this); } fn(); // fn是调用者,独立调用 window.fn(); // fn是调用者,被window所拥有
Im obigen einfachen Beispiel ist fn() ein unabhängiger Aufrufer. Gemäß der Definition ist sein interner Zeiger undefiniert. In window.fn() zeigt das interne This auf das Fensterobjekt, da fn im Besitz von window ist.
Nachdem Sie diese Regel gemeistert haben, schauen Sie sich die drei oben genannten Beispiele an. Durch das Hinzufügen/Entfernen des strengen Modus werden Sie feststellen, dass dies weniger illusorisch geworden ist und Spuren aufweist.
Was wir aber besonders beachten müssen, ist demo03. In demo03 wird das c-Attribut im Objekt obj mit this.a + 20 berechnet und sein Aufrufer obj.c ist keine Funktion. Daher gilt es nicht für die oben genannten Regeln, und wir müssen für diese Methode eine separate Schlussfolgerung ziehen.
Wenn obj global deklariert wird, zeigt dies hier unabhängig davon, wo obj.c aufgerufen wird, auf das globale Objekt, und wenn obj in einer Funktionsumgebung deklariert wird, zeigt dies auf undefiniert im nicht strikten Modus , wendet sich automatisch an das globale Objekt. Sie können das folgende Beispiel ausführen, um den Unterschied zu sehen.
'use strict'; var a = 20; function foo () { var a = 1; var obj = { a: 10, c: this.a + 20, fn: function () { return this.a; } } return obj.c; } console.log(foo()); // 运行会报错
In der tatsächlichen Entwicklung wird die Verwendung auf diese Weise nicht empfohlen
上面多次提到的严格模式,需要大家认真对待,因为在实际开发中,现在基本已经全部采用严格模式了,而最新的ES6,也是默认支持严格模式。
再来看一些容易理解错误的例子,加深一下对调用者与是否独立运行的理解。
var a = 20; var foo = { a: 10, getA: function () { return this.a; } } console.log(foo.getA()); // 10 var test = foo.getA; console.log(test()); // 20
foo.getA()中,getA是调用者,他不是独立调用,被对象foo所拥有,因此它的this指向了foo。而test()作为调用者,尽管他与foo.getA的引用相同,但是它是独立调用的,因此this指向undefined,在非严格模式,自动转向全局window。
稍微修改一下代码,大家自行理解。
var a = 20; function getA() { return this.a; } var foo = { a: 10, getA: getA } console.log(foo.getA()); // 10
灵机一动,再来一个。如下例子。
function foo() { console.log(this.a) } function active(fn) { fn(); // 真实调用者,为独立调用 } var a = 20; var obj = { a: 10, getA: foo } active(obj.getA);
三、使用call,apply显示指定this
JavaScript内部提供了一种机制,让我们可以自行手动设置this的指向。它们就是call与apply。所有的函数都具有着两个方法。它们除了参数略有不同,其功能完全一样。它们的第一个参数都为this将要指向的对象。
如下例子所示。fn并非属于对象obj的方法,但是通过call,我们将fn内部的this绑定为obj,因此就可以使用this.a访问obj的a属性了。这就是call/apply的用法。
function fn() { console.log(this.a); } var obj = { a: 20 } fn.call(obj);
而call与applay后面的参数,都是向将要执行的函数传递参数。其中call以一个一个的形式传递,apply以数组的形式传递。这是他们唯一的不同。
function fn(num1, num2) { console.log(this.a + num1 + num2); } var obj = { a: 20 } fn.call(obj, 100, 10); // 130 fn.apply(obj, [20, 10]); // 50
因为call/apply的存在,这让JavaScript变得十分灵活。因此就让call/apply拥有了很多有用处的场景。简单总结几点,也欢迎大家补充。
1.将类数组对象转换为数组
function exam(a, b, c, d, e) { // 先看看函数的自带属性 arguments 什么是样子的 console.log(arguments); // 使用call/apply将arguments转换为数组, 返回结果为数组,arguments自身不会改变 var arg = [].slice.call(arguments); console.log(arg); } exam(2, 8, 9, 10, 3); // result: // { '0': 2, '1': 8, '2': 9, '3': 10, '4': 3 } // [ 2, 8, 9, 10, 3 ] // // 也常常使用该方法将DOM中的nodelist转换为数组 // [].slice.call( document.getElementsByTagName('li') );
2.根据自己的需要灵活修改this指向
var foo = { name: 'joker', showName: function() { console.log(this.name); } } var bar = { name: 'rose' } foo.showName.call(bar);
3.实现继承
// 定义父级的构造函数 var Person = function(name, age) { this.name = name; this.age = age; this.gender = ['man', 'woman']; } // 定义子类的构造函数 var Student = function(name, age, high) { // use call Person.call(this, name, age); this.high = high; } Student.prototype.message = function() { console.log('name:'+this.name+', age:'+this.age+', high:'+this.high+', gender:'+this.gender[0]+';'); } new Student('xiaom', 12, '150cm').message(); // result // ---------- // name:xiaom, age:12, high:150cm, gender:man;
简单给有面向对象基础的朋友解释一下。在Student的构造函数中,借助call方法,将父级的构造函数执行了一次,相当于将Person中的代码,在Sudent中复制了一份,其中的this指向为从Student中new出来的实例对象。call方法保证了this的指向正确,因此就相当于实现了基层。Student的构造函数等同于下。
var Student = function(name, age, high) { this.name = name; this.age = age; this.gender = ['man', 'woman']; // Person.call(this, name, age); 这一句话,相当于上面三句话,因此实现了继承 this.high = high; }
4.在向其他执行上下文的传递中,确保this的指向保持不变
如下面的例子中,我们期待的是getA被obj调用时,this指向obj,但是由于匿名函数的存在导致了this指向的丢失,在这个匿名函数中this指向了全局,因此我们需要想一些办法找回正确的this指向。
var obj = { a: 20, getA: function() { setTimeout(function() { console.log(this.a) }, 1000) } } obj.getA();
常规的解决办法很简单,就是使用一个变量,将this的引用保存起来。我们常常会用到这方法,但是我们也要借助上面讲到过的知识,来判断this是否在传递中被修改了,如果没有被修改,就没有必要这样使用了。
var obj = { a: 20, getA: function() { var self = this; setTimeout(function() { console.log(self.a) }, 1000) } }
另外就是借助闭包与apply方法,封装一个bind方法。
function bind(fn, obj) { return function() { return fn.apply(obj, arguments); } } var obj = { a: 20, getA: function() { setTimeout(bind(function() { console.log(this.a) }, this), 1000) } } obj.getA();
当然,也可以使用ES5中已经自带的bind方法。它与我上面封装的bind方法是一样的效果。
var obj = { a: 20, getA: function() { setTimeout(function() { console.log(this.a) }.bind(this), 1000) } }
四、构造函数与原型方法上的this
在封装对象的时候,我们几乎都会用到this,但是,只有少数人搞明白了在这个过程中的this指向,就算我们理解了原型,也不一定理解了this。所以这一部分,我认为将会为这篇文章最重要最核心的部分。理解了这里,将会对你学习JS面向对象产生巨大的帮助。
结合下面的例子,我在例子抛出几个问题大家思考一下。
function Person(name, age) { // 这里的this指向了谁? this.name = name; this.age = age; } Person.prototype.getName = function() { // 这里的this又指向了谁? return this.name; } // 上面的2个this,是同一个吗,他们是否指向了原型对象? var p1 = new Person('Nick', 20); p1.getName();
我们已经知道,this,是在函数调用过程中确定,因此,搞明白new的过程中到底发生了什么就变得十分重要。
通过new操作符调用构造函数,会经历以下4个阶段。
1.创建一个新的对象;
2.将构造函数的this指向这个新对象;
3.指向构造函数的代码,为这个对象添加属性,方法等;
4.返回新对象。
因此,当new操作符调用构造函数时,this其实指向的是这个新创建的对象,最后又将新的对方返回出来,被实例对象p1接收。因此,我们可以说,这个时候,构造函数的this,指向了新的实例对象,p1。
而原型方法上的this就好理解多了,根据上边对函数中this的定义,p1.getName()中的getName为调用者,他被p1所拥有,因此getName中的this,也是指向了p1。
好啦,我所知道的,关于this的一切,已经总结完了,希望大家在阅读之后,能够真正学到东西,然后给我点个赞^_^。如果你发现有什么错误,请在评论中指出,我会尽快修改。先谢过了。