先从面向对象讲起，本瓜认为：面向对象编程，它的最大能力就是：复用！
咱常说，面向对象三大特点，封装、继承、多态。
这三个特点，以“继承”为核心。封装成类，是为了继承，继承之后再各自发展（重写），可理解为多态。所以，根本目的是为了继承，即“复用“！
如果你用 JavaScript 面向对象的能力来编程的话，能想到的，也只供使用的就是：基于原型。
因为这门语言设计就是这样，我们之前也提过：JavaScript 的语言设计主要受到了 Self（一种基于原型的编程语言）和 Scheme（一门函数式编程语言）的影响；
它复用的能力就是来自原型！
好了，有这个认知基础，我们再看原型继承。
原型链继承
原型继承最直接的一种实现就是：原型链继承
ECMA-262 把原型链定义为 ECMAScript 的主要继承方式。其基本思想就是通过原型继承多个引用类型的属性和方法。
我们来看看原型链继承的代码实现：
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
复制代码
还需要再额外说明查找关系吗？？不懂得工友可见这篇 《歪理解？原型链中的函数和对象》
这里还是用代码展示下它们的指向关系吧：
上面例子中有 1 个对象 instance ， 两个函数，SuperType 和 SubType 。函数是上帝，对象是基本物质。继承来自两方面：1. 继承自祖先（遗产）；2. 继承自上帝（天赋）；
// 继承自祖先（遗产）
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
复制代码
当然，我们并不是来讲原型链的。重点是：点出原型链继承的“问题”！！
它的主要问题出现在：原型中包含引用值的时候，原型中包含的引用值会在所有实例间共享。
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 是个数组，引用值，当它共享给 SubType 的时候，用的是引用值，当我们实例化的时候，如果其中一个实力对它做出了修改，将会影响到其它实例的引用。
其实，我们也知道，很少在业务代码中这样去写继承：SubType.prototype = new SuperType() ，原型链继承会造成复用的混乱，所以它基本不会被单独使用。
构造函数继承
构造函数继承，也叫做：“盗用构造函数”，“对象伪装”或“经典继承”。
基本思路：在子类构造函数中用 apply()和 call()方法调用父类构造函数。
上一小节的例子改造为：
function SuperType() { this.colors = ["red", "blue", "green"];}
function SubType() { SuperType.call(this) // 构造函数继承}
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']
复制代码
完美解决原型链继承的问题，但是它也有它的问题，也是使用构造函数模式自定义类型的问题，
即：必须在构造函数中定义方法（在原型上定义方法，子类是访问不到的），函数不能重用。
function SuperType() {}
function SubType() { SuperType.call(this) // 构造函数继承}
SuperType.prototype.fn = ()=>{}
let s1 = new SubType()
console.log(s1.fn) // undefined
复制代码
function SuperType() { this.fn=()=>{}}
function SubType() { SuperType.call(this) // 构造函数继承}
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
复制代码
所以，综上，原型链继承和构造函数继承的 “毛病” 分别是：
原型链继承：所有继承的属性和方法都会在对象实例间共享，无法做到实例私有。
构造函数继承：子类不能访问父类原型上的方法。
咱就是说，这东西怎么这么拧巴呢。。。
于是乎一个规避二者“毛病”的继承方式出现了：组合继承~~
组合继承
目前最流行的继承模式是组合继承！
思路是：使用原型链继承原型上的属性和方法，而通过构造函数继承实例属性。
function SuperType(name){ this.name = name; this.colors = ["red", "blue", "green"];}
function SubType(name, age){ SuperType.call(this, name) // 构造函数继承 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() // Nicholass2.sayName() // Greg
s1.sayAge() // 29s2.sayAge() // 27
复制代码
组合继承，总结起来就是，属性（特别是引用值）通过构造函数去继承，而公用的、需要复用的方法用原型链去继承！！
说实话，JS 继承真的很奇怪。。。并不是面向对象语言，又要通过原型链去模拟面向对象，真的很多小坑的点需要去注意。(哈哈哈，想想还是函数式好，清晰)
我是掘金安东尼 🤠 100 万阅读量人气前端技术博主 💥 INFP 写作人格坚持 1000 日更文 ✍ 关注我，陪你一起度过漫长编程岁月 🌏
评论