JavaScript 的类与继承

类的声明与实例化

类的声明一般有两种方式

//类的声明
var Animal = function () {
    this.name = 'Animal';
};

//ES6中类的声明
class Animal2 {
    constructor () {
        this.name = 'Animal2';
    }
}

实例化就比较简单，直接用 new 运算符

1
2
3

new Animall()

new Animal2()

这些比较简单，简单介绍一下就可以了。接下来，介绍本文的重点内容，继承。

如何实现继承

实现继承的方式主要有两种：

第一种借助构造函数实现继承

先看个了例子

function Parent1 () {
    this.name = 'parent1';
}
function Child1 () {
    Parent1.call(this); //这里的call用apply也可以
    this.type = 'child1';
}
console.log(new Child1());

输出结果

可以看到，生成 Child1 里面有了父级的属性 name，实现了继承。为什么就实现继承了呢？

因为在 Child1 里执行了这句 Parent1.call(this);，如果对this不理解的话，建议看看这个JavaScript作用域和闭包

在子类的函数体里执行父级的构造函数，同时改变函数运行的上下文环境（也就是this的指向），使 this 指向 Child1 这个类，从而导致了父类的属性都会挂载到子类这个类上去，如此便实现了继承。

但这种继承的方法有一个缺点，它只是把父类中的属性继承了，但父类的原型中的属性继承不了。继续上面的代码

Parent1.prototype.say = function () {
    console.log("Parent1 prototype")
};

new Child1().say()

从结果中可以看出 Child1 中是没有 say 方法的，因为 say 是加在父类的原型上的，这种继承方式只改变父类构造函数在子类函数体中的指向，继承不了原型的属性。

第二种是借助原型链实现继承

原型链这里直接用了，不再详细介绍了，如果对原型链还不是很了解的话，建议先看看这个，详谈Javascript原型链

function Parent2 () {
    this.name = 'parent2';
    this.play = \[1, 2, 3\];
}

function Child2 () {
    this.type = 'child2';
}

Child2.prototype \= new Parent2(); //通过把Child2的原型指向Parent2来实现继承

在浏览器中检验一下

可以看到在Child2的实例的 __proto__ 的属性中有 Parent2 的属性，由此实现了 Child2 从 Parent2 的继承。

但这种继承方式也有不足。接着看代码

var s1 = new Child2();
var s2 = new Child2();
s1.play.push(4);

console.log('s1.play:'+s1.play);
console.log('s2.play:'+s2.play);

打印结果

我们只改了 s1 这个实例的属性，却发现 Child2 的其他实例的属性都一起改变了，因为 s1 修改的是它原型的属性，原型的属性修改，所有继承自该原型的类的属性都会一起改变，因此 Child2 的实例之间并没有隔离开来，这显然不是我们想要的。

第三种组合方式

组合方式就是前两种方法组合而成的，上面两种方式都有不足，这种方式就解决了上面两种方式的不足。

请看代码

function Parent3 () {
    this.name = 'parent3';
    this.play = \[1, 2, 3\];
}

function Child3 () {
    Parent3.call(this);  //子类里执行父类构造函数
    this.type = 'child3';
}

Child3.prototype \= new Parent3(); //子类的原型指向父类

//以下是测试代码
var s3 = new Child3();
var s4 = new Child3();

s3.play.push(4);

console.log(s3.play, s4.play);

打印结果

可以看出，修改某个实例的属性，并不会引起父类的属性的变化。

这种方式的继承把构造函数和原型链的继承的方式的优点结合起来，并弥补了二者的不足，功能上已经没有缺点了。

但这种方法仍不完美，因为创建一个子类的实例的时候，父类的构造函数执行了两次。

每一次创建实例，都会执行两次构造函数这是没有必要的，因为在继承构造函数的时侯，也就是 Parent3.call(this) 的时候，parnet 的属性已经在 child 里运行了，外面原型链继承的时候就没有必要再执行一次了。所以，接下来我们对这一方法再做一个优化。

第四种组合方式的优化

上面一种继承方式问题出在继承原型的时候又一次执行了父类的构造函数，所以优化就从这一点出发。

组合方式中为了解决借助构造函数继承(也就是本文中第一种)的缺点，父类的原型中的属性继承不了，所以才把子类的原型指向了父类。

但是父类的属性，在子类已经中已经存在了，子类只是缺少父类的原型中的属性，所以，根据这一点，我们做出优化。

function Parent4 () {
    this.name = 'parent4';
    this.play = \[1, 2, 3\];
}

function Child4 () {
    Parent4.call(this);
    this.type = 'child4';
}

Child4.prototype \= Parent4.prototype;  //优化的点在这里

//以下为测试代码
var s5 = new Child4();
var s6 = new Child4();
console.log(s5, s6);

console.log(s5 instanceof Child4, s5 instanceof Parent4);
console.log(s5.constructor);

在这种继承方式中，并没有把直接把子类的原型指向父类，而是指向了父类的原型。这样就避免了父类构造函数的二次执行，从而完成了针对组合方式的优化。但还是有一点小问题，先看输出结果

可以看到 s5 是 new Child4() 出来的，但是他的 constructor 却是 Parent4。

这是因为 Child4 这个类中并没有构造函数，它的构造函数是从原型链中的上一级拿过来的，也就是Parent4。所以说到这里，终于能把最完美的继承方式接受给大家啦。

接下来。。。

第五种组合的完美优化

先看代码吧

function Parent5 () {
    this.name = 'parent5';
    this.play = \[1, 2, 3\];
}

function Child5 () {
    Parent5.call(this);
    this.type = 'child5';
}

//把子类的原型指向通过Object.create创建的中间对象
Child5.prototype = Object.create(Parent5.prototype);

//把Child5的原型的构造函数指向自己
Child5.prototype.constructor = Child5;

//测试
var s7= new Child5();
console.log(s7 instanceof Child5, s7 instanceof Parent5)
console.log(s7.constructor);