对象在JavaScript语言中使用十分广泛，学会如何有效地运用对象，有助于工作效率的提升。而不良的面向对象设计，可能会导致代码工程的失败，更严重的话还会引发整个公司悲剧。

不同于其它大部分语言，JavaScript是基于原型的对象系统，而不是基于类。遗憾的是，大多数JavaScript开发者对其对象系统理解不到位，或者难以良好地应用，总想按照类的方式使用，其结果将导致代码里的对象使用混乱不堪。所以JavaScript开发者最好对原型和类都能有所了解。

类继承和原型继承有何区别？

这个问题比较复杂，大家有可能会在评论区各抒己见、莫衷一是。因此，列位看官需要打起十二分的精神学习个中差异，并将所学良好地运用到实践当中去。

类继承：可以把类比作一张蓝图，它描绘了被创建对象的属性及特征。。

众所周知，使用new关键字调用构造函数可以创建类的实例。在ES6中，不用class关键字也可以实现类继承。像Java语言中类的概念，从技术上来说在JavaScript中并不存在。不过JavaScript借鉴了构造函数的思想。ES6中的class关键字，相当于是建立在构造函数之上的一种封装，其本质依旧是函数。

typeof Foo // 'function'

虽然JavaScript中的类继承的实现建立在原型继承之上，但是并不意味二者具有相同的功能：

JavaScript的类继承使用原型链来连接子类和父类的 [[Prototype]]，从而形成代理模式。通常情况下，super()_构造函数也会被调用。这种机制，形成了单一继承结构，以及面向对象设计中最紧密的耦合行为。

“类之间的继承关系，导致了子类间的相互关联，从而形成了——基于层级的分类。”

原型继承： 原型是工作对象的实例。对象直接从其他对象继承属性。

原型继承模式下，对象实例可以由多个对象源所组成。这样就使得继承变得更加灵活且[[Prototype]]代理层级较浅。换言之，对于基于原型继承的面向对象设计，不会产生层级分类这样的副作用——这是区别于类继承的关键所在。

对象实例通常由工厂函数或者Object.create()来创建，也可以直接使用Object字面定义。

“原型是工作对象的实例。对象直接从其他对象继承属性。”

为什么搞清楚类继承和原型继承很重要？

继承，本质上讲是一种代码重用机制——各种对象可以借此来共享代码。如果代码共享的方式选择不当，将会引发很多问题，如：

使用类继承，会产生父-子对象分类的副作用

这种类继承的层次划分体系，对于新用例将不可避免地出现问题。而且基类的过度派生，也会导致脆弱基类问题，其错误将难以修复。事实上，类继承会引发面向对象程序设计领域的诸多问题：

· 紧耦合问题（在面向对象设计中，类继承是耦合最严重的一种设计），紧耦合还会引发另一个问题：

· 脆弱基类问题

· 层级僵化问题（新用例的出现，最终会使所有涉及到的继承层次上都出现问题）

· 必然重复性问题（因为层级僵化，为了适应新用例，往往只能复制，而不能修改已有代码）

· 大猩猩-香蕉问题（你想要的是一个香蕉，但是最终到的却是一个拿着香蕉的大猩猩，还有整个丛林）

对于这些问题我曾做过深入探讨：“类继承已是明日黄花——探究基于原型的面向对象编程思想”

“优先选择对象组合而不是类继承。” ~先驱四人，《设计模式：可复用面向对象软件之道》

里面很好地总结了：

是否所有的继承方式都有问题？

人们说“优先选择对象组合而不是继承”的时候，其实是要表达“优先选择对象组合而不是类继承”（引用自《设计模式》的原文）。该思想在面向对象设计领域属于普遍共识，因为类继承方式的先天缺陷，会导致很多问题。人们在谈到继承的时候，总是习惯性地省略类这个字，给人的感觉像是在针对所有的继承方式，而事实上并非如此。

因为大部分的继承方式还是很棒的。

三种不同的原型继承方式

在深入探讨其他继承类型之前，还需要先仔细分析下我所说的类继承。

你可以在Codepen上找到并测试下这段示例程序。

BassAmp 继承自 GuitarAmp, ChannelStrip 继承自 BassAmp 和 GuitarAmp。从这个例子我们可以看到面向对象设计发生问题的过程。ChannelStrip实际上并不是GuitarAmp的一种，而且它根本不需要一个cabinet的属性。一个比较好的解决办法是创建一个新的基类，供amps和strip来继承，但是这种方法依然有所局限。

到最后，采用新建基类的策略也会失效。

更好的办法就是通过类组合的方式，来继承那些真正需要的属性：

修改后的代码。

认真看这段代码，你就会发现：通过对象组合，我们可以确切地保证对象可以按需继承。这一点是类继承模式不可能做到的。因为使用类继承的时候，子类会把需要的和不需要的属性统统继承过来。

这时候你可能会问：“唔，是那么回事。可是这里头怎么没提到原型啊？”

客官莫急，且听我一步步道来~首先你要知道，基于原型的面向对象设计方法总共有三种。

1. 拼接继承： 是直接从一个对象拷贝属性到另一个对象的模式。被拷贝的原型通常被称为mixins。ES6为这个模式提供了一个方便的工具Object.assign()。在ES6之前，一般使用Underscore/Lodash提供的.extend()，或者 jQuery 中的$.extend(), 来实现。上面那个对象组合的例子，采用的就是拼接继承的方式。

2. 原型代理：JavaScript中，一个对象可能包含一个指向原型的引用，该原型被称为代理。如果某个属性不存在于当前对象中，就会查找其代理原型。代理原型本身也会有自己的代理原型。这样就形成了一条原型链，沿着代理链向上查找，直到找到该属性，或者找到根代理Object.prototype为止。原型就是这样，通过使用new关键字来创建实例以及Constructor.prototype前后勾连成一条继承链。当然，也可以使用Object.create()来达到同样的目的，或者把它和拼接继承混用，从而可以把多个原型精简为单一代理，也可以做到在对象实例创建后继续扩展。

3. 函数继承：在JavaScript中，任何函数都可以用来创建对象。如果一个函数既不是构造函数，也不是 class，它就被称为工厂函数。函数继承的工作原理是：由工厂函数创建对象，并向该对象直接添加属性，借此来扩展对象（使用拼接继承）。函数继承的概念最先由道格拉斯·克罗克福德提出，不过这种继承方式在JavaScript中却早已有之。

这时候你会发现，拼接继承是JavaScript能够实现对象组合的秘诀，也使得原型代理和函数继承更加丰富多彩。

多数人谈起JavaScript面向对象设计时，首先想到的都是原型代理。不过你看，可不仅仅只有原型代理。要取代类继承，原型代理还是得靠边站，对象组合才是主角。

*为什么说对象组合能够避免脆弱基类问题

要搞清楚这个问题，首先要知道脆弱基类是如何形成的：

1. 假设有基类A；

2. 类B继承自基类A；

3. 类C继承自B；

4. 类D也继承自B；

在C中调用super方法，该方法将执行类B中的代码。同样，B也调用super方法，该方法会执行A中的代码。

C和D需要从A、B中继承一些无关联的特性。此时，D作为一个新用例，需要从A的初始化代码继承一些特性，这些特性与C的略有不同。为了应对以上需求，菜鸟开发人员会去调整A的初始化代码。于是乎，尽管D可以正常工作，但是C原本的特性被破坏了。

上面这个例子中，A和B为C和D提供各种特性。可是，C和D不需要来自A和B的所有特性，它们只是需要继承某些属性。但是，通过继承和调用super方法，你无法选择性地继承，只能全部继承：

“面向对象语言的问题在于，子类会携带有父类所隐含的环境信息。你想要的是一个香蕉，但是最终到的却是一个拿着香蕉的大猩猩，以及整个丛林”——乔·阿姆斯特朗《编程人生》

如果是使用对象组合的方式 设想有如下几个特性：

C需要特性feat1 和 feat3，而D 需要特性feat1, feat2, feat4：

const D = compose(feat1, feat2, feat4);

假如你发现D需要的特性与feat1略有出入。这时候无需改动feat1，只要创建一个feat1的定制化版本，就可以做到保持feat2和feat4特性的同时，也不会影响到C，如下：

像这样灵活的优点，是类继承方式所不具备的。因为子类在继承的时候，会连带着整个类继承结构。

这种情况下，要适应新的用例，要么复制现有类层划分（必然重复性问题），要么在现有类层结构的基础上进行重构，就又会导致脆弱基类问题。

而采用对象组合的话，这两个问题都将迎刃而解。

你真的了解原型了吗？

采用先创建类和构造函数，然后再继承的方式，并不是正宗的原型继承，不过是使用原型来模拟类继承的方法罢了。这里有一些关于JavaScript中关于继承的常见误解，供君参考。

JavaScript中，类继承模式历史悠久，而且建立在灵活丰富的原型继承特性之上（ES6以上的版本亦然）。可是一旦使用了类继承，就再也享受不到原型灵活强大的特性了。类继承的所有问题都将始终如影随形无法摆脱。

在JavaScript中使用类继承，是一种舍本逐末的行为。

Stamps：可组合式工厂函数

多数情况下，对象组合是通过使用工厂函数来实现：工厂函数负责创建对象实例。

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标WEB前端JavaScript频道！