Javascript继承机制的设计思想
我一直很难理解Javascript语言的继承机制。
它没有"子类"和"父类"的概念，也没有"类"（class）和"实例"（instance）的区分，全靠一种很奇特的"原型链"（prototype chain）模式，来实现继承。
我花了很多时间，学习这个部分，还做了很多笔记。但是都属于强行记忆，无法从根本上理解。
直到昨天，我读到法国程序员Vjeux的解释，才恍然大悟，完全明白了Javascript为什么这样设计。
下面，我尝试用自己的语言，来解释它的设计思想。彻底说明白prototype对象到底是怎么回事。其实根本就没那么复杂，真相非常简单。
一、从古代说起
要理解Javascript的设计思想，必须从它的诞生说起。
1994年，网景公司（Netscape）发布了Navigator浏览器0.9版。这是历史上第一个比较成熟的网络浏览器，轰动一时。但是，这个版本的浏览器只能用来浏览，不具备与访问者互动的能力。比如，如果网页上有一栏"用户名"要求填写，浏览器就无法判断访问者是否真的填写了，只有让服务器端判断。如果没有填写，服务器端就返回错误，要求用户重新填写，这太浪费时间和服务器资源了。
因此，网景公司急需一种网页脚本语言，使得浏览器可以与网页互动。工程师Brendan Eich负责开发这种新语言。他觉得，没必要设计得很复杂，这种语言只要能够完成一些简单操作就够了，比如判断用户有没有填写表单。
1994年正是面向对象编程（object-oriented programming）最兴盛的时期，C++是当时最流行的语言，而Java语言的1.0版即将于第二年推出，Sun公司正在大肆造势。
Brendan Eich无疑受到了影响，Javascript里面所有的数据类型都是对象（object），这一点与Java非常相似。但是，他随即就遇到了一个难题，到底要不要设计"继承"机制呢？
二、Brendan Eich的选择
如果真的是一种简易的脚本语言，其实不需要有"继承"机制。但是，Javascript里面都是对象，必须有一种机制，将所有对象联系起来。所以，Brendan Eich最后还是设计了"继承"。
但是，他不打算引入"类"（class）的概念，因为一旦有了"类"，Javascript就是一种完整的面向对象编程语言了，这好像有点太正式了，而且增加了初学者的入门难度。
他考虑到，C++和Java语言都使用new命令，生成实例。
C++的写法是：
ClassName *object = new ClassName(param);
Java的写法是：
Foo foo = new Foo();
因此，他就把new命令引入了Javascript，用来从原型对象生成一个实例对象。但是，Javascript没有"类"，怎么来表示原型对象呢？
这时，他想到C++和Java使用new命令时，都会调用"类"的构造函数（constructor）。他就做了一个简化的设计，在Javascript语言中，new命令后面跟的不是类，而是构造函数。
举例来说，现在有一个叫做DOG的构造函数，表示狗对象的原型。
function DOG(name){this.name = name;}
对这个构造函数使用new，就会生成一个狗对象的实例。
var dogA = new DOG('大毛');alert(dogA.name); // 大毛
注意构造函数中的this关键字，它就代表了新创建的实例对象。
三、new运算符的缺点
用构造函数生成实例对象，有一个缺点，那就是无法共享属性和方法。
比如，在DOG对象的构造函数中，设置一个实例对象的共有属性species。
function DOG(name){this.name = name;this.species = '犬科';}
然后，生成两个实例对象：
var dogA = new DOG('大毛');var dogB = new DOG('二毛');
这两个对象的species属性是独立的，修改其中一个，不会影响到另一个。
dogA.species = '猫科';alert(dogB.species); // 显示"犬科"，不受dogA的影响
每一个实例对象，都有自己的属性和方法的副本。这不仅无法做到数据共享，也是极大的资源浪费。
四、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); // 猫科
五、总结
由于所有的实例对象共享同一个prototype对象，那么从外界看起来，prototype对象就好像是实例对象的原型，而实例对象则好像"继承"了prototype对象一样。
这就是Javascript继承机制的设计思想。不知道我说清楚了没有，继承机制的具体应用方法，可以参考我写的系列文章：
（完）
文档信息
- 版权声明：自由转载-非商用-非衍生-保持署名（创意共享3.0许可证）
- 发表日期： 2011年6月 5日
- 更多内容： 档案 » JavaScript
- 购买文集：
《如何变得有思想》 - 社交媒体：
twitter，
weibo - Feed订阅：
广告（购买广告位）
说起来prototype也是一种经典的面向对象的实现方式了. 是里面所介绍的模式之一.
这种简洁而不简单的设计, 使得它不仅能担当"检测用户名是否已经输入"这样的简单活计, 还能在html5,nodejs,mongodb等新领域发挥更大的威力.
属性的继承有时候反而有弊端。
比如文章中的 DOG.prototype = { species : '犬科' };
prototype指向的是 { species : '犬科' }这个对象的引用，子类继承的也是引用。
这样对某个子类做修改的话，就会影响到所有的子类。因为它们指向的是同一个对象的引用，
或者给子类重新赋值一个对象的引用，这样一来就显得比较麻烦了，而且需要知道父类属性的具体内容。
DOG.prototype = { properties:{species : '犬科'} };
然后又这样修改：
dogA.properties.species = "大型犬";
那确实会把所有类和实例的值都改掉。
从使用者角度来看。
顺便再说一点。
“如果没有填写，服务器端就返回错误，要求用户重新填写，这太浪费时间和服务器资源了。”，应该不是浪费服务器资源，而是浪费了网络资源，服务器端的验证是必须的，因为不能保证“用户”仅仅以一种方式访问服务器。
public static String species = "犬科";
this.name = name;
}
System.out.println(o);
}
Dog dogA = new Dog("大毛");
Dog dogB = new Dog("二毛");
println(dogB.species); // 犬科
Dog.species = "猫科";
println(dogB.species); // 猫科
}
}
最直接的控制就好了,为什么还有用class做模板引入N多的东西呢
说到lisp,CLOS的generic更底层一点。自底向上的好处吧。相对而言,JOSN做“底”只比list 高点，通俗点。
var dogA = new DOG('大毛');
var dogB = new DOG('二毛');
dogA.species = '猫科';
alert(dogB.species); // 显示"犬科"，不受dogA的影响
每一个实例对象，都有自己的属性和方法的副本。这不仅无法做到数据共享，也是极大的资源浪费。
-----------------------------------------------------------------------------------
dogA,dogB这两个不同实例，不知道楼主想做到共享什么数据？极大的资源浪费又是指的什么呢？
DOG.species = '犬科'; //这种写法，只能是 DOG 可以用，
它的子对象根本不受其影响。
prototype对象的属性和方法，理解为模仿其它语言中的静态属性和方法不知道对不对。
对象的引用确实是个大坑啊..
可否转载一下。。
转载的规矩我懂，放心。。
最终代码形式如下：
dogA.species = 'fasdf'
alert(dogA.species); // 猫科 #实际上是fasdf， chrome的dev tool下实验的
alert(dogB.species); // 猫科
Foo foo = new Foo();
如果Foo类中没有写构造方法，默认会有一个无参数的构造方法Foo().
DOG.species="猫科";
alert(dogB.species); // 显示"犬科"，不受DOG的影响
虽然我这样举例也有点别扭，但是说明了属性无法及时共享的问题，大家有什么好的例子吗？