请停止在JavaScript中使用类，你将成为一名更好的开发人员
英文 | https://medium.com/javascript-in-plain-english/please-stop-using-classes-in-javascript-and-become-a-better-developer-a185c9fbede1
多年来，OOP（面向对象编程）一直是软件工程中的标准。类，多态性，继承和封装的概念主导了开发过程，并对其产生了革命性的影响。
但是没有什么是一成不变的，包括编程范例。在本文中，我将讨论为什么首先引入类，为什么在JavaScript中使用类是一个坏主意，以及一些替代方法。
我不会谈论OOP为何逐渐消失，但是您可以查看这篇很棒的文章以获取更多信息。
ES6之前的类
即使自ES6（ECMAScript 2015）起才将class关键字添加到JavaScript中，但之前就有人使用class了。通过构造函数和原型委托实现此目的。为了确切地说明我的意思，我将在ES5和ES6环境中实现相同的类。
考虑一个类Car和另一个继承自Car的SportsCar类。它们都具有make和model属性和start方法，但SportsCar还具有turbocharged属性并覆盖start方法：
// "class" declarationfunction Car(make, model) { this.make = make; this.model = model;}
// the start methodCar.prototype.start = function() { console.log('vroom');}
// overriding the toString methodCar.prototype.toString = function() { console.log('Car - ' + this.make + ' - ' + this.model);}
// inheritance examplefunction SportsCar(make, model, turbocharged) { Car.call(this, make, model); this.turbocharged = turbocharged;}
// actual inheritance logicSportsCar.prototype = Object.create(Car.prototype);SportsCar.prototype.constructor = SportsCar;
// overriding the start methodSportsCar.prototype.start = function() { console.log('VROOOOM');}
// Now testing the classesvar car = new Car('Nissan', 'Sunny');car.start(); // vroomconsole.log(car.make); // Nissan
var sportsCar = new SportsCar('Subaru', 'BRZ', true);sportsCar.start(); // VROOOOMconsole.log(car.turbocharged); // true
您可能已经猜到了，Car（第2行）和SportsCar（第18行）函数是构造函数。使用this关键字定义属性，使用new创建实例。如果您不熟悉prototype，这是每个JS对象都必须委派常见行为的特殊属性。例如，原型为数组对象所具有的功能，你可能很熟悉：map，forEach，find等原型为字符串具有的功能replace，substr等等。
在第33行上创建Car对象之后，可以访问其属性和方法。从第34行调用start产生以下操作：
JS引擎询问
car对象上的一个键值start。对象说它没有这样的值
JS引擎询问
car.prototype上的一个键值start。在
car.prototype返回的start功能，JS引擎立即执行。
访问make和model属性的操作类似，只是它们直接在Car对象上定义而不是在prototype上定义。
在第24-25行解决了这个有点棘手的继承功能。这里最重要的function是Object.create。它接受一个对象并返回一个全新的对象，其原型设置为作为参数传递的对象。现在，如果JS引擎在sportsCar对象或上找不到值sportsCar.prototype，它将查询sportsCar.prototype.prototype也就是Car对象的原型。
ES6中的关键字–Class
随着2015年ES6的发布，期待已久的class关键字出现在JavaScript中。这样做是根据社区的众多要求完成的，因为人们对来自面向对象的语言感到不自在。但是他们忽略了一个重点。
JavaScript has no idea what classes are
JavaScript不是一种面向对象的语言，因此类的概念绝对不适用于它。尽管JS中的所有内容确实都是对象，但这些对象与Java或C＃中的对象不同。在JS中，对象只是具有某种复杂查找过程的Map数据结构。
就是这样。当我说一切都是对象时，我是说真的：甚至函数都是对象。您可以通过以下代码片段进行检查：
function iAmAnObject() {}
console.log(iAmAnObject.name); // iAmAnObjectconsole.log(Object.keys(iAmAnObject)); // Array []
这一切都很好，但是class关键字如何工作？很高兴你问。您还记得前面的Car和SportsCar示例吗？好吧，class关键字最重要的是语法糖。换句话说，类在概念上产生相同的代码，并且仅用于美学和可读性目的。正如我之前所承诺的，这是ES6中这些相同类的示例：
class Car { constructor(make, model) { this.make = make; this.model = model; }
start() { console.log('vroom'); }
toString() { console.log(`Car - ${this.make} - ${this.model}`); }}
class SportsCar extends Car { constructor(make, model, turbocharged) { super(make, model); this.turbocharged = turbocharged; }
start() { console.log('VROOOOM'); }}
// Actual usage remains the samevar car = new Car('Nissan', 'Sunny');car.start(); // vroomconsole.log(car.make); // Nissan
var sportsCar = new SportsCar('Subaru', 'BRZ', true);sportsCar.start(); // VROOOOMconsole.log(car.turbocharged); // true
这些示例相同，并且产生相同的结果。有趣的是，它们在后台生成（几乎）相同的代码。我不会在这里写出来，但是如果您很好奇，请转至在线Babel转译器，然后查看输出。
为什么不？
现在，您应该了解JS中的类以及它们如何工作。现在，借助所有这些知识，我可以解释为什么在JS中使用类是一个坏主意。
具有约束力的问题。当类构造函数与
this关键字紧密处理时，它可能会引入潜在的绑定问题，特别是如果您尝试将类方法作为回调传递给外部例程（您好，React devs????）性能问题。由于类的实现，众所周知，它们很难在运行时进行优化。尽管我们现在喜欢高性能机器，但摩尔定律逐渐消失的事实可以改变所有这一切。
私有变量。首先，私有变量的巨大优点和主要原因之一就是JS中不存在私有变量。
严格的层次结构。类引入了从上到下的直接顺序，并使更改难以实现，这在大多数JS应用程序中是不可接受的。
因为React团队告诉您不要这样做。尽管它们尚未明确弃用基于类的组件，但它们可能会在不久的将来出现。
所有这些问题都可以通过JS对象和原型委托得到缓解。JS提供了更多的功能，而类却可以做到，但是大多数开发人员对此视而不见。如果您想真正掌握JS，则需要拥护它的哲学，并摆脱基于教条式的基于对象思维。
