Js 继承机制的设计思想文章总结

参考原文

1. js 的继承机制–原型链模式（prototype chain）

在 js 中没有，子类、父类的概念，也没有类（calss）和实例（instance）区分，而是依靠原型链机制

2. 为什么要这么设计

1. 从 js 诞生说起
   94 年网景公司发布 0.9 版本浏览器，但是只能用于浏览不具备交互能力，比如判断用户是否填写用户名，只能让服务器判断，这样做既浪费时间又浪费资源，网景公司急需一种网页脚本语言，使得浏览器可以与网页互动。
   此时的外界环境：面向对象编程（object-oriented programming）兴盛，C++流行，Java1.0 于第二年将要推出，受到影响 Javascript 里面所有的数据类型都是对象（object）但是问题来了，到底要不要设计"继承"机制呢？

2. Brendan Eich 的选择
   js作为一个简单的编程语言并不需要"继承"机制,但是js里面都是对象，就不得不使用一种机制将所有的对象联系起来。
   虽然引入了"继承机制"，但是并不是类，显得很正式，因此借鉴了C++和java的new操作符来生成实例，用来从原型对象生成一个实例对象。但是，Javascript没有"类"，怎么来表示原型对象呢？
   这时，他想到C++和Java使用new命令时，都会调用"类"的构造函数（constructor）。他就做了一个简化的设计，在Javascript语言中，new命令后面跟的不是类，而是构造函数。

举例来说，现在有一个叫做 DOG 的构造函数，表示狗对象的原型。

function DOG(name) {
    this.name = name;
}

对这个构造函数使用 new，就会生成一个狗对象的实例。

var dogA = new DOG("大毛");

alert(dogA.name); // 大毛

注意构造函数中的 this 关键字，它就代表了新创建的实例对象。

3.new 运算符的缺点

用构造函数生成的实例对象，无法共享属性和方法。
每一个实例对象，都有自己的属性和方法的副本。这不仅无法做到数据共享，也是极大的资源浪费。

function DOG(name) {
    this.name = name;

    this.species = "犬科";
}
// 然后，生成两个实例对象：
var dogA = new DOG("大毛");

var dogB = new DOG("二毛");
//这两个对象的species属性是独立的，修改其中一个，不会影响到另一个。
dogA.species = "猫科";

alert(dogB.species); // 显示"犬科"，不受dogA的影响

4. prototype 的引入

考虑到这一点，Brendan Eich决定为构造函数设置一个prototype属性。
这个属性包含一个对象（以下简称"prototype 对象"），所有实例对象需要共享的属性和方法，都放在这个对象里面；那些不需要共享的属性和方法，就放在构造函数里面。
实例对象一旦创建，将自动引用 prototype 对象的属性和方法。也就是说，实例对象的属性和方法，分成两种，一种是本地的，另一种是引用的。

还是以 DOG 构造函数为例，现在用 prototype 属性进行改写：

function DOG(name) {
    this.name = name;
}

DOG.prototype = { species: "犬科" };

var dogA = new DOG("大毛");

var dogB = new DOG("二毛");

alert(dogA.species); // 犬科

alert(dogB.species); // 犬科

现在，species 属性放在 prototype 对象里，是两个实例对象共享的。只要修改了 prototype 对象，就会同时影响到两个实例对象。

DOG.prototype.species = "猫科";

alert(dogA.species); // 猫科

alert(dogB.species); // 猫科

5.总结

由于所有的实例对象共享同一个 prototype 对象，那么从外界看起来，prototype 对象就好像是实例对象的原型，而实例对象则好像"继承"了 prototype 对象一样。