英文 | 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
方法:
您可能已经猜到了,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数据结构。
就是这样。当我说一切都是对象时,我是说真的:甚至函数都是对象。您可以通过以下代码片段进行检查:
这一切都很好,但是class
关键字如何工作?很高兴你问。您还记得前面的Car
和SportsCar
示例吗?好吧,class
关键字最重要的是语法糖。换句话说,类在概念上产生相同的代码,并且仅用于美学和可读性目的。正如我之前所承诺的,这是ES6中这些相同类的示例:
这些示例相同,并且产生相同的结果。有趣的是,它们在后台生成(几乎)相同的代码。我不会在这里写出来,但是如果您很好奇,请转至在线Babel转译器,然后查看输出。
为什么不?
现在,您应该了解JS中的类以及它们如何工作。现在,借助所有这些知识,我可以解释为什么在JS中使用类是一个坏主意。
-
具有约束力的问题。当类构造函数与
this
关键字紧密处理时,它可能会引入潜在的绑定问题,特别是如果您尝试将类方法作为回调传递给外部例程(您好,React devs????) - 性能问题。由于类的实现,众所周知,它们很难在运行时进行优化。尽管我们现在喜欢高性能机器,但摩尔定律逐渐消失的事实可以改变所有这一切。
- 私有变量。首先,私有变量的巨大优点和主要原因之一就是JS中不存在私有变量。
- 严格的层次结构。类引入了从上到下的直接顺序,并使更改难以实现,这在大多数JS应用程序中是不可接受的。
- 因为React团队告诉您不要这样做。尽管它们尚未明确弃用基于类的组件,但它们可能会在不久的将来出现。
所有这些问题都可以通过JS对象和原型委托得到缓解。JS提供了更多的功能,而类却可以做到,但是大多数开发人员对此视而不见。如果您想真正掌握JS,则需要拥护它的哲学,并摆脱基于教条式的基于对象思维。