嘘，过来！想听个秘密吗？
经典继承是一种经过测试和尝试的方法。
这是经常实现它在JavaScript中非常有用。类是一个很好的概念，并且拥有在对象之后建模我们的世界的模板很棒。
经典继承只是一种模式。如果您的用例需要这种模式，那么在 JavaScript 中实现经典继承是完全可以的。
原型继承侧重于共享功能，这很棒（恐龙鼓棒很棒），但在某些情况下，您希望共享数据方案而不是功能。这是原型继承根本无法解决的问题。
所以，你告诉我课程并不像每个人一直告诉我的那样邪恶？
不，他们不是。JS 社区不赞成的不是类的概念，而是将自己限制在仅用于代码重用的类。就像语言不强制强类型或静态类型一样，它也不强制对象结构的方案。
事实上，在幕后，语言的巧妙实现可以将您的普通对象转变为类似于经典继承类的东西。
那么，类在 JavaScript 中是如何工作的
好吧，你真的只需要一个构造函数：
function getVehicle(engine){
return { engine : engine };
}
var v = getVehicle("V6");
v.engine;//v6
我们现在有一个车辆类。我们不需要使用特殊关键字显式定义 Vehicle 类。现在，有些人不喜欢以这种方式做事，而是习惯了更经典的方式。为此 JS通过执行以下操作提供（愚蠢的 imho）语法糖：
function Vehicle(engine){
this.engine = engine;
}
var v = new Vehicle("V6");
v.engine;//v6
大多数情况下，这与上面的示例相同。
那么，我们还缺少什么？
继承和私有成员。
如果我告诉你基本的子类型在 JavaScript 中非常简单怎么办？
JavaScript 的打字概念与我们在其他语言中习惯的不同。成为 JS 中某种类型的子类型是什么意思？
var a = {x:5};
var b = {x:3,y:3};
是的类型b的子类型的类型a？假设它是根据（强）行为子类型（LSP）：
<<<<开始技术部分
- 子类型中方法参数的逆变- 在这种继承中完全保留。
- 子类型中返回类型的协方差- 在这种继承中完全保留。
- 子类型的方法不应抛出新的异常，除非这些异常本身是超类型的方法抛出的异常的子类型。——完全保存在这种传承之中。
还，
所有这些都是再一次，由我们来保持。我们可以随心所欲地保持它们紧密或松散，我们不必这样做，但我们肯定可以。
所以事实上，只要我们在实现继承时遵守上述这些规则，我们就完全实现了强行为子类型，这是一种非常强大的子类型（见注释*）。
>>>>> 结束技术部分
简单地说，人们还可以看到结构子类型是成立的。
这将如何应用于我们的Car示例？
function getCar(typeOfCar){
var v = getVehicle("CarEngine");
v.typeOfCar = typeOfCar;
return v;
}
v = getCar("Honda");
v.typeOfCar;//Honda;
v.engine;//CarEngine
不会太难吧？私人会员呢？
function getVehicle(engine){
var secret = "Hello"
return {
engine : engine,
getSecret : function() {
return secret;
}
};
}
看，secret是一个闭包变量。它是完全“私有的”，它的工作方式与 Java 等语言中的私有不同，但不可能从外部访问。
在函数中使用私有怎么样？
啊! 这是一个很好的问题。
如果我们想在原型上共享的函数中使用私有变量，我们首先需要了解 JS 闭包和函数是如何工作的。
在 JavaScript 中，函数是一流的。这意味着您可以传递函数。
function getPerson(name){
var greeting = "Hello " + name;
return {
greet : function() {
return greeting;
}
};
}
var a = getPerson("thomasc");
a.greet(); //Hello thomasc
到目前为止一切顺利，但我们可以将绑定到 a 的函数传递给其他对象！这使您可以进行非常松散的解耦，这非常棒。
var b = a.greet;
b(); //Hello thomasc
等待！怎么b知道这个人的名字叫thomasc？这就是闭包的神奇之处。很厉害吧？
您可能会担心性能。让我告诉你我是如何学会不再担心并开始喜欢优化 JIT 的。
实际上，拥有这样的函数副本并不是什么大问题。javascript 中的函数都是关于功能的！闭包是一个很棒的概念，一旦你掌握并掌握了它们，你就会发现它是非常值得的，而对性能的影响真的没有那么重要。JS 一天比一天快，不用担心这些性能问题。
如果你觉得它很复杂，下面的也很合理。与其他开发人员的共同合同只是简单地说“如果我的变量以_不要碰它开头，我们都是同意的成年人”。这看起来像：
function getPerson(name){
var greeter = {
greet : function() {
return "Hello" +greeter._name;
}
};
greeter._name = name;
return greeter;
}
或者古典风格
function Person(name){
this._name = name;
this.greet = function(){
return "Hello "+this._name;
}
}
或者，如果您想在原型上缓存函数而不是实例化副本：
function Person(name){
this._name = name;
}
Person.prototype.greet = function(){
return "Hello "+this._name;
}
所以，总结一下：
您可以使用经典的继承模式，它们对于共享数据类型很有用
您还应该使用原型继承，它同样有效，并且在您想要共享功能的情况下更有效。
TheifMaster几乎做到了。在 JavaScript 中，私有私有确实不是什么大问题，只要您的代码定义了一个清晰的接口，这根本就不会有问题。我们都是在这里集中注意力的成年人:)
*聪明的读者可能会想：嗯？你不是在用历史规则欺骗我吗？我的意思是，属性访问没有被封装。
我说不，我不是。即使您没有明确地将字段封装为私有，您也可以简单地以不访问它们的方式定义您的合同。经常像 TheifMaster 建议使用_. 另外，我认为历史规则在很多这样的场景中并不是什么大问题，只要我们不改变属性访问处理父对象属性的方式。再次，这取决于我们。
