在下面的内容中，我假设您仅对为什么
Object.create设置继承更好的原因感兴趣。
为了了解其好处，首先让我们澄清一下Javascript中“类”的组成。您分为两个部分：
该 构造 函数。该函数包含创建“类”实例（即实例特定代码）的所有逻辑。
该 原型 对象。这是实例继承的对象。它包含应在所有实例之间共享的所有方法（和其他属性）。
继承 建立了一个 is-a的 关系，例如，一个
Dog是 一个
Animal。这如何用构造函数和原型对象表达？
显然，狗必须有相同的方法作为一种动物，那就是
Dog原型 对象必须以某种方式合并从方法的
Animal原型
对象。有多种方法可以做到这一点。您会经常看到以下内容：
Dog.prototype = new Animal();
这是有效的，因为
Animal实例是 从
Animal原型 对象继承的。 但这 也意味着每只狗都从 一个 特定的
Animal
实例 继承。这似乎有点奇怪。实例特定的代码不应该仅在 构造 函数中运行吗？突然， 实例 特定的代码和 原型 方法似乎混杂在一起。
那时候我们实际上并不想要运行
Animal实例 特定的代码，我们只希望
Animal原型
对象中的所有方法。那就是
Object.create我们要做的：
Dog.prototype = Object.create(Animal.prototype);
在这里，我们 没有 创建新
Animal实例，仅获得了原型方法。该 实例 特定代码究竟执行的地方应该是，在构造函数中：
function Dog() { Animal.call(this, 'Dog'); }最大的优点是
Object.create将 始终 有效。使用
newAnimal()仅在构造函数不期待任何变量工作。想象一下，如果构造函数看起来像这样：
function Animal(name) { this.name = name.toLowerCase();}您始终必须将字符串传递给
Animal，否则会出现错误。当您这样做时，您会通过什么
Dog.prototype = newAnimal(??);？传递哪个字符串实际上并不重要，只要传递 某些东西 ，就可以告诉您这是不好的设计。
有人说也
Dog.prototype = Animal.prototype;可以。所以现在我很困惑
一切，补充说：“”从属性
Animal.prototype到
Dog.prototype意志的“工作”。但是解决方案的质量不同。在这种情况下，您将遇到一个问题，即您添加到的任何方法
Dog.prototype也将被添加到中
Animal.prototype。
例：
Dog.prototype.bark = function() { alert('bark');};由于
Dog.prototype === Animal.prototype，所有
Animal实例
bark现在都有一个方法，这当然不是您想要的。
Object.create（甚至
newAnimal）通过创建一个新对象来向继承添加一个间接级别，该新对象继承自
Animal.prototype该对象，并且该新对象成为
Dog.prototype。
ES6中的继承
ES6引入了一种新语法来创建构造函数和原型方法，如下所示：
class Dog extends Animal { bark() { alert('bark'); }}这比我上面解释的要方便，但是事实证明，它
extends也使用内部等效项
Object.create来建立继承。请参阅ES6草案中的步骤2和3 。
这意味着使用
Object.create(SuperClass.prototype)是ES5中的“更正确”方法。
