基于原型与基于类的继承

这里大约有一百个术语问题，大多数是围绕某人（不是您）试图使他们的想法听起来像是“最好的”。

所有面向对象的语言都必​​须能够处理以下几个概念：

1. 数据封装以及对数据的关联操作（除其他外，各种操作被称为数据成员和成员函数，或者称为数据和方法）。
2. 继承性，可以说这些对象就像其他对象集一样，但这些更改除外
3. 多态（“许多形状”），对象在其中决定要运行的方法，以便您可以依靠语言正确地路由请求。

现在，就比较而言：

首先是整个“类”与“原型”问题。这个想法最初是从Simula开始的，在Simula中，每个类都使用基于类的方法来表示一组对象，这些对象共享相同的状态空间（读取“可能的值”）和相同的操作，从而形成一个等效类。如果回顾一下Smalltalk，由于可以打开一个类并添加方法，因此这实际上与Javascript相同。

后来的OO语言希望能够使用静态类型检查，因此我们得到了在编译时设置固定类的概念。在开放式版本中，您具有更大的灵活性；在较新的版本中，您可以在编译器中检查某些类型的正确性，否则它们将需要测试。

在“基于类”的语言中，复制发生在编译时。在原型语言中，操作存储在原型数据结构中，并在运行时进行复制和修改。但是，抽象地讲，一个类仍然是共享相同状态空间和方法的所有对象的等效类。在原型中添加方法时，实际上是在制作新的等效类的元素。

现在，为什么呢？主要是因为它在运行时提供了一种简单，逻辑，优雅的机制。现在，要创建一个新对象或创建一个新类，您只需执行一个深层复制，即复制所有数据和原型数据结构。然后，您或多或少可以免费获得继承和多态性：方法查找始终包括按名称向字典请求方法实现。

最终以Javascript / ECMA脚本结尾的原因基本上是，当我们在10年前开始使用此功能时，我们所使用的功能却差强人意的计算机和复杂得多的浏览器。选择基于原型的方法意味着解释器可能非常简单，同时保留了面向对象的理想属性。