JavaScript Garden - 原形

JavaScript Garden - 原型

原型

JavaScript 不包含传统的类继承模型，而是使用?prototypal?原型模型。

虽然这经常被当作是 JavaScript 的缺点被提及，其实基于原型的继承模型比传统的类继承还要强大。
实现传统的类继承模型是很简单，但是实现 JavaScript 中的原型继承则要困难的多。
(It is for example fairly trivial to build a classic model on top of it, while the
other way around is a far more difficult task.)

由于 JavaScript 是唯一一个被广泛使用的基于原型继承的语言，所以理解两种继承模式的差异是需要一定时间的。

第一个不同之处在于 JavaScript 使用原型链的继承方式。

注意:?简单的使用?Bar.prototype = Foo.prototype?将会导致两个对象共享相同的原型。
因此，改变任意一个对象的原型都会影响到另一个对象的原型，在大多数情况下这不是希望的结果。

function Foo() {    this.value = 42;}Foo.prototype = {    method: function() {}};function Bar() {}// 设置Bar的prototype属性为Foo的实例对象Bar.prototype = new Foo();Bar.prototype.foo = 'Hello World';// 修正Bar.prototype.constructor为Bar本身Bar.prototype.constructor = Bar;var test = new Bar() // 创建Bar的一个新实例// 原型链test [Bar的实例]    Bar.prototype [Foo的实例]         { foo: 'Hello World' }        Foo.prototype            {method: ...};            Object.prototype                {toString: ... /* etc. */};

*
上面的例子中，test?对象从?Bar.prototype?和?Foo.prototype?继承下来；因此，
它能访问?Foo?的原型方法?method。它也同时能够访问那一个作为它原型的?Foo?实例
的属性?value。需要注意的是?new Bar()?不会创造出一个新的?Foo?实例，而是
重新使用设定为它的原型的实例；也就是说，所有的?Bar?实例都将会有同样的?value?属性。

注意:?不要使用?Bar.prototype = Foo，因为这不会执行?Foo?的原型，而是指向函数?Foo。
因此原型链将会回溯到?Function.prototype?而不是?Foo.prototype，因此?method?将不会在 Bar 的原型链上。

属性查找
当查找一个对象的属性时，JavaScript 会向上遍历原型链，直到找到给定名称的属性为止。
到查找到达原型链的顶部 - 也就是?`Object.prototype`?- 但是仍然没有找到指定的属性，就会返回?undefined。

原型属性

当原型属性用来创建原型链时，可以把任何类型的值赋给它（prototype）。
然而将原子类型赋给 prototype 的操作将会被忽略。

function Foo() {}Foo.prototype = 1; // 无效

而将对象赋值给 prototype，正如上面的例子所示，将会动态的创建原型链。

性能
如果一个属性在原型链的上端，则对于查找时间将带来不利影响。特别的，试图获取一个不存在的属性将会遍历整个原型链。
并且，当使用?`for in`?循环遍历对象的属性时，原型链上的所有属性都将被访问。

扩展内置类型的原型
一个错误特性被经常使用，那就是扩展?`Object.prototype`?或者其他内置类型的原型对象。
这种技术被称之为?monkey patching?并且会破坏封装。虽然它被广泛的应用到一些 JavaScript 类库中比如?Prototype,
但是我仍然不认为为内置类型添加一些非标准的函数是个好主意。
扩展内置类型的唯一理由是为了和新的 JavaScript 保持一致，比如?`Array.forEach`。
译者注：这是编程领域常用的一种方式，称之为?Backport，也就是将新的补丁添加到老版本中。