您好,登錄后才能下訂單哦!
在基礎(chǔ)面前,一切技巧都是浮云。
要求寫出控制臺(tái)的輸出.
function Parent() {
this.a = 1;
this.b = [1, 2, this.a];
this.c = { demo: 5 };
this.show = function () {
console.log(this.a , this.b , this.c.demo );
}
}
function Child() {
this.a = 2;
this.change = function () {
this.b.push(this.a);
this.a = this.b.length;
this.c.demo = this.a++;
}
}
Child.prototype = new Parent();
var parent = new Parent();
var child1 = new Child();
var child2 = new Child();
child1.a = 11;
child2.a = 12;
parent.show();
child1.show();
child2.show();
child1.change();
child2.change();
parent.show();
child1.show();
child2.show();
prototype
屬性,指向構(gòu)造函數(shù)的原型對(duì)象,實(shí)例會(huì)共享同一個(gè)原型對(duì)象;__proto__
指向構(gòu)造函數(shù)的原型對(duì)象;this
的指向問題,常見的情況包含如下幾種:
window
new
操作符生成實(shí)例時(shí),構(gòu)造函數(shù)中的this指向?qū)嵗?/li>
call
和apply
方法中,顯示指定this
的綁定為指定上下文Object.prototype
和null
,如果實(shí)例自身及整個(gè)原型鏈都不存在所查找的屬性則返回undefined
基本沒什么可解釋的。
直接取值就能得出答案1 [1,2,1] 5
;
Child
的構(gòu)造函數(shù)原本是指向Child
的
題目中顯式將Child
類的原型對(duì)象指向了Parent
類的一個(gè)實(shí)例,這是javascript面向?qū)ο缶幊讨谐R姷?em>繼承方式之一。此處需要注意Child.prototype
指向的是Parent
的實(shí)例parent
,而不是指向Parent
這個(gè)類
直接在控制臺(tái)操作輸出答案可得11 [1,2,1] 5
此處令人迷惑的是this.b指向的數(shù)組最后一列為什么是
1
而不是11
?
先來看一下child1的樣子:
當(dāng)執(zhí)行child1.show()
這個(gè)方法時(shí),由于child1
作為Child
的實(shí)例,是擁有a這個(gè)屬性的,所以show()
方法中的this.a
會(huì)直接指向這個(gè)屬性的值,也就是11
,而不會(huì)繼續(xù)沿原型鏈取到__proto__
所指的對(duì)象上的a屬性;
接著尋找this.b
,由于child1
是沒有b這個(gè)屬性的,所以會(huì)沿原型鏈取到parent
上的b屬性,其值是一個(gè)數(shù)組,前2項(xiàng)是常量沒什么好說的,數(shù)組的最后一項(xiàng)是一個(gè)引用,而此處的指針并不是一個(gè)動(dòng)態(tài)指向,因?yàn)樵?code>new Parent()這一步的時(shí)候它已經(jīng)被執(zhí)行過一次,確定指向了parent.a
所指向的資源,也就是child1.__proto__
中的a屬性所指向的資源,即數(shù)值1。
需要注意的是:
1.從代碼上看,
child1.__proto__.b
數(shù)組的第三項(xiàng)是指向child1.__proto__.a
的,那我們此時(shí)修改child1.__proto__.a
的值,是否會(huì)影響child1.show()
的結(jié)果呢:
答案是木有影響,為什么看起來指向同一個(gè)地址的屬性卻出現(xiàn)值不一樣的情形?因?yàn)?code>parent實(shí)例生成的時(shí)候,this.a
指向了一個(gè)原始值2,所以this.b
中的第三項(xiàng)實(shí)際上是被賦值了一個(gè)原始值,故此處乍看起來像是引用類型的賦值,實(shí)則不是。原始值賦值會(huì)開辟新的存儲(chǔ)空間,使得this.a
和this.b[2]
的值相等,但是卻指向了堆內(nèi)存里的不同地址。更多詳細(xì)解釋可以參見【擴(kuò)展閱讀】中推薦的博文。2.那怎樣讓
child1.__proto__.b
數(shù)組的第三項(xiàng)也輸出11
呢?
- 實(shí)例化后修改
由于在Parent
類定義中,b屬性數(shù)組的第三項(xiàng)是指向a屬性的值的,意味著在Parent
實(shí)例化之前這個(gè)引用是動(dòng)態(tài)指向的,所以只要在Parent
實(shí)例化之前改變類定義中this.a
的值,就可以達(dá)到想要的效果,如果在Parent
已經(jīng)實(shí)例化,則只能顯式修改*.b[2]
這個(gè)屬性的值。- get/set方法同步
另一種方式是通過為a屬性設(shè)置get/set
方法,是的每當(dāng)a屬性的值發(fā)生變化時(shí),同步修改b[2]
的值,代碼和運(yùn)行結(jié)果如下所示:
如果理解了上面的解釋,那么此處同理即可得出答案:12 [1,2,1] 5
接著代碼執(zhí)行了: child1.change(); child2.change();
parent
是一個(gè)Parent
類的實(shí)例,Child.prorotype
指向的是Parent
類的另一個(gè)實(shí)例,兩者在堆內(nèi)存中是兩份資源,互不影響,所以上述操作不影響parent
實(shí)例,
輸出結(jié)果保持不變:1 [1,2,1] 5
;
child1
執(zhí)行了change()
方法后,發(fā)生了怎樣的變化呢?
this.b.push(this.a)
由于this的動(dòng)態(tài)指向特性,this.b會(huì)指向Child.prototype
上的b數(shù)組,this.a會(huì)指向child1
的a屬性,所以Child.prototype.b
變成了[1,2,1,11];this.a = this.b.length
這條語句中this.a
和this.b
的指向與上一句一致,故結(jié)果為child1.a
變?yōu)?strong>4;this.c.demo = this.a++
由于child1
自身屬性并沒有c這個(gè)屬性,所以此處的this.c
會(huì)指向Child.prototype.c
,this.a
值為4,為原始類型,故賦值操作時(shí)會(huì)直接賦值,Child.prototype.c.demo
的結(jié)果為4,而this.a
隨后自增為5(4 + 1 = 5).
接著,child2
執(zhí)行了change()
方法, 而child2
和child1
均是Child
類的實(shí)例,所以他們的原型鏈指向同一個(gè)原型對(duì)象Child.prototype
,也就是同一個(gè)parent
實(shí)例,所以child2.change()
中所有影響到原型對(duì)象的語句都會(huì)影響child1
的最終輸出結(jié)果
this.b.push(this.a)
由于this的動(dòng)態(tài)指向特性,this.b會(huì)指向Child.prototype
上的b數(shù)組,this.a會(huì)指向child2
的a屬性,所以Child.prototype.b
變成了[1,2,1,11,12];this.a = this.b.length
這條語句中this.a
和this.b
的指向與上一句一致,故結(jié)果為child2.a
變?yōu)?strong>5;this.c.demo = this.a++
由于child2
自身屬性并沒有c這個(gè)屬性,所以此處的this.c
會(huì)指向Child.prototype.c
,故執(zhí)行結(jié)果為Child.prototype.c.demo
的值變?yōu)?code>child2.a的值5,而child2.a
最終自增為6(5 + 1 = 6).
接下來執(zhí)行輸出命令,最終結(jié)果將輸出:
child1.show():5 [1,2,1,11,12] 5
child2.show():6 [1,2,1,11,12] 5
this.c.demo = this.a++
出錯(cuò),本以為這里會(huì)傳引用,但實(shí)際是傳了值,分析后明白因?yàn)?code>this.a指向的是一個(gè)原始值,故此處相當(dāng)于將原始值賦值給對(duì)象屬性,所以賦值后child.c.demo
的值不會(huì)再受到child.a
的變化的影響。如果child.a
是一個(gè)引用類型,那么結(jié)果會(huì)變成什么樣子呢?child.a
指向一個(gè)對(duì)象(即引用類型):Child.prototype.c
的值會(huì)隨著child1.a
的變化而變化,因?yàn)榇藭r(shí)child1.a
的值是一個(gè)引用類型,賦值過程會(huì)使得Child.prototype.c
和child1.a
指向同一份資源的內(nèi)存空間地址。對(duì)于原始類型和引用類型更詳細(xì)的解說,可以參考篇尾擴(kuò)展閱讀中的博客。1.基礎(chǔ)知識(shí)本來就是零散的細(xì)節(jié),必須本著死磕到底的心態(tài)進(jìn)行學(xué)習(xí)。
2.基礎(chǔ)知識(shí)是最枯燥的,也是真正拉開人和人之間差距的東西,也是你想進(jìn)入大廠必須要跨過的門檻,重要卻不緊急。同樣是菜鳥,有的人3-5年后成為了前端架構(gòu)師,有的人3-5年后還在用層出不窮的新框架給按鈕綁事件,想成為怎樣的人,就要付出怎樣的努力,大多數(shù)時(shí)候都是沒毛病的?;A(chǔ)很重要!很重要!很重要!
3.基礎(chǔ)這個(gè)東西是要不斷看的,像紅寶書(javascript高級(jí)程序設(shè)計(jì))
和犀牛書(javascript權(quán)威指南)
這種書,最好多過幾遍,一些難以理解的現(xiàn)象,往往是由于對(duì)底層原理理解不到位造成的,買來新書直接用來墊高顯示器你不心疼的嗎?喜馬拉雅上有一個(gè)免費(fèi)的陪你讀書系列節(jié)目,30多期的音頻通篇講解了紅寶書的內(nèi)容,對(duì)不喜歡看書的童鞋絕對(duì)是一大福音。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。