在JavaScript中,每个对象同时是一个实例和一个类。要进行继承,可以将任何对象实例用作原型。
在Python,C ++等中,有类和实例作为单独的概念。为了进行继承,您必须使用基类创建一个新类,然后可以使用该新类来生成派生实例。
为什么JavaScript朝这个方向发展(基于原型的面向对象)?与传统的基于类的OO相比,基于原型的OO有哪些优点和缺点?
这里大约有一百个术语问题,大多数是围绕某人(不是您)试图使他们的想法听起来像是“最好的”。
所有面向对象的语言都必须能够处理以下几个概念:
现在,就比较而言:
首先是整个“类”与“原型”问题。这个想法最初是从Simula开始的,在Simula中,每个类都使用基于类的方法来表示一组对象,这些对象共享相同的状态空间(读取“可能的值”)和相同的操作,从而形成一个等效类。如果回顾一下Smalltalk,由于可以打开一个类并添加方法,因此这实际上与您在Javascript中可以执行的操作相同。
后来的OO语言希望能够使用静态类型检查,因此我们得到了在编译时设置固定类的概念。在开放式版本中,您具有更大的灵活性;在较新的版本中,您可以在编译器中检查某些类型的正确性,否则它们将需要测试。
在“基于类”的语言中,复制发生在编译时。在原型语言中,操作存储在原型数据结构中,并在运行时进行复制和修改。但是,抽象地讲,一个类仍然是共享相同状态空间和方法的所有对象的等效类。在原型中添加方法时,实际上是在制作新的等效类的元素。
现在,为什么呢?主要是因为它在运行时提供了一种简单,逻辑,优雅的机制。现在,要创建一个新对象 或 创建一个新类,您只需要执行一个深层复制,即复制所有数据和原型数据结构。然后,您或多或少可以免费获得继承和多态性:方法查找 始终 包括按名称向字典请求方法实现。
最终以Javascript / ECMA脚本结尾的原因基本上是,当我们在10年前开始使用该技术时,我们所使用的功能却差强人意的计算机和复杂得多的浏览器都需要处理。选择基于原型的方法意味着解释器可能非常简单,同时保留了面向对象的理想特性。