function SuperType() {
	 this.property = true;
}
function SubType() {
	 this.subproperty = false;
}
SuperType.prototype.getSuperValue = function() {
 return this.property;
};
SubType.prototype.getSubValue = function () {
 return this.subproperty;
};
SubType.prototype = new SuperType(); // 對 SubType 得原型鏈重新指定，是原型鏈繼承
let instance = new SubType();
console.log(instance.getSuperValue()); // true

還需要再額外說明查找關系嗎？？不懂得工友可見這篇《歪理解？原型鏈中的函數(shù)和對象》

這里還是用代碼展示下它們的指向關系吧：

上面例子中有 1 個對象 instance ，兩個函數(shù)，SuperType 和 SubType 。函數(shù)是上帝，對象是基本物質(zhì)。

繼承來自兩方面：

1. 繼承自祖先（遺產(chǎn)）；
2. 繼承自上帝（天賦）；

//  繼承自祖先（遺產(chǎn)）
instance.__proto__ === SubType.prototype // true
SubType.prototype.__proto__ === SuperType.prototype // true
// 繼承自上帝（天賦）
SuperType.__proto__  === Function.prototype // true
SubType.__proto__  === Function.prototype // true
SuperType.prototype.__proto__ === Object.prototype // true
Object.prototype.__proto__ === null // true

當然，我們并不是來講原型鏈的。重點是：點出原型鏈繼承的“問題”?。?/p>

它的主要問題出現(xiàn)在：原型中包含引用值的時候，原型中包含的引用值會在所有實例間共享。

function SuperType() {
 this.colors = ["red", "blue", "green"];
}
function SubType() {}
SubType.prototype = new SuperType() // 原型鏈繼承
let s1 = new SubType()
let s2 = new SubType()
s1.colors.push("yellow")
console.log(s1.colors) // ['red', 'blue', 'green', 'yellow']
console.log(s2.colors) // ['red', 'blue', 'green', 'yellow']

colors 是個數(shù)組，引用值，當它共享給 SubType 的時候，用的是引用值，當我們實例化的時候，如果其中一個實力對它做出了修改，將會影響到其它實例的引用。

其實，我們也知道，很少在業(yè)務代碼中這樣去寫繼承：SubType.prototype = new SuperType() ，原型鏈繼承會造成復用的混亂，所以它基本不會被單獨使用。

構(gòu)造函數(shù)繼承

構(gòu)造函數(shù)繼承，也叫做：“盜用構(gòu)造函數(shù)”，“對象偽裝”或“經(jīng)典繼承”。

基本思路：在子類構(gòu)造函數(shù)中用 apply()和 call()方法調(diào)用父類構(gòu)造函數(shù)。

上一小節(jié)的例子改造為：

function SuperType() {
 this.colors = ["red", "blue", "green"];
}
function SubType() {
	SuperType.call(this) // 構(gòu)造函數(shù)繼承
}
let s1 = new SubType()
let s2 = new SubType()
s1.colors.push("yellow")
console.log(s1.colors) // ['red', 'blue', 'green', 'yellow']
console.log(s2.colors) // ['red', 'blue', 'green']

完美解決原型鏈繼承的問題，但是它也有它的問題，也是使用構(gòu)造函數(shù)模式自定義類型的問題，

即：必須在構(gòu)造函數(shù)中定義方法（在原型上定義方法，子類是訪問不到的），函數(shù)不能重用。

function SuperType() {
}
function SubType() {
	SuperType.call(this) // 構(gòu)造函數(shù)繼承
}
SuperType.prototype.fn = ()=>{}
let s1 = new SubType()
console.log(s1.fn) // undefined

function SuperType() {
	 this.fn=()=>{}
}
function SubType() {
	SuperType.call(this) // 構(gòu)造函數(shù)繼承
}
let s1 = new SubType()
let s2 = new SubType()
console.log(s1.fn === s2.fn) // false

而這一點，在原型鏈繼承中，又是可以的。。。

function SuperType() {}
function SubType() {}
SuperType.prototype.fn = ()=>{}
SubType.prototype = new SuperType() // 原型鏈繼承
let s1 = new SubType()
console.log(s1.fn) // ()=>{}

function SuperType() {
	 this.fn=()=>{}
}
function SubType() {}
SubType.prototype = new SuperType() // 原型鏈繼承
let s1 = new SubType()
let s2 = new SubType()
console.log(s1.fn === s2.fn) // true

所以，綜上，原型鏈繼承和構(gòu)造函數(shù)繼承的 “毛病” 分別是：

原型鏈繼承：所有繼承的屬性和方法都會在對象實例間共享，無法做到實例私有。
構(gòu)造函數(shù)繼承：子類不能訪問父類原型上的方法。

咱就是說，這東西怎么這么擰巴呢。。。

于是乎一個規(guī)避二者“毛病”的繼承方式出現(xiàn)了：組合繼承~~

組合繼承

目前最流行的繼承模式是組合繼承！

思路是：使用原型鏈繼承原型上的屬性和方法，而通過構(gòu)造函數(shù)繼承實例屬性。

function SuperType(name){
	 this.name = name;
	 this.colors = ["red", "blue", "green"];
}
function SubType(name, age){
	 SuperType.call(this, name) // 構(gòu)造函數(shù)繼承
	 this.age = age;
}
SuperType.prototype.sayName = function() {
	 console.log(this.name);
}
SubType.prototype = new SuperType() // 原型鏈繼承
SubType.prototype.sayAge = function() {
	 console.log(this.age);
}
let s1 = new SubType("Nicholas", 29)
let s2= new SubType("Greg", 27)
s1.colors.push("yellow")
console.log(s1.colors) // ['red', 'blue', 'green', 'yellow']
console.log(s2.colors) // ['red', 'blue', 'green']
s1.sayName() // Nicholas
s2.sayName() // Greg
s1.sayAge() // 29
s2.sayAge() // 27

組合繼承，總結(jié)起來就是，屬性（特別是引用值）通過構(gòu)造函數(shù)去繼承，而公用的、需要復用的方法用原型鏈去繼承??！

說實話，JS 繼承真的很奇怪。。。并不是面向?qū)ο笳Z言，又要通過原型鏈去模擬面向?qū)ο?，真的很多小坑的點需要去注意。(哈哈哈，想想還是函數(shù)式好，清晰)

以上就是JS精髓原型鏈繼承及構(gòu)造函數(shù)繼承問題糾正的詳細內(nèi)容，更多關于JS原型鏈繼承構(gòu)造函數(shù)繼承的資料請關注腳本之家其它相關文章！

您可能感興趣的文章: