JavaScript 之混淆的“类”
# JavaScript之混淆的类
# 序言
学习JavaScript时,如果你已经对C++、Java等传统面向对象编程语言有一定了解,或者老师教导过你使用类(类是面向对象编程的实现核心)把过程化风格的代码转换成结构清晰的代码,那么你很自然地会想在js中使用类。如在万物皆为类的Java中,严格区分类和对象,对象由类实例化而成,继承实际上是类的扩展。但JavaScript中只有对象,没有类,这是本质上的区别,可在JavaScript中有许多模拟类的语法糖在试图掩盖这个事实,很多教程中并未对此作详细解释,而是直接教初学者使用这些语法糖,导致初学者会在无形中出现困惑。
虽然JavaScript中没有类,但俗话说“没有的才是最好的”,开发者们通过不断探索总结,成功地模拟出了“类”。由于大家定义类的方法五花八门,风格不一。对于模拟面向对象的封装、继承、多态,更有许多研究,实现办法更加晦涩,不利于JavaScript新手使用。
这就引出了本文的话题:JavaScript中类的机制。
# 类的封装、继承与多态
说到面向对象编程,不得不先了解类。
根据维基百科的定义,类(class)在面向对象编程中是一种面向对象计算机编程语言的构造,是创建对象的蓝图,描述了所创建的对象共同的属性和方法。有封装性、继承性、多态性三个最重要的特性。
类与继承抽象了一种代码的组织形式,一种编程领域对真实世界中问题的建模。比如,轮船可以被看做交通工具的一个特例,后者是更广泛的类,可以用Vehicle
和Steamer
两个类进行建模。Vehicle可以定义引擎、载人能力等几乎所有交通工具都具有的属性,而在具体的交通工具类中,定义同样的属性是没有意义的,所以在定义Steamer
类时,只需声明它继承了Vehicle
这个基类,那么它就能拥有基类的属性及方法。
有了Steamer
类,就有了轮船的所有属性和行为,这便是类的封装。我们迫不及待地想上船航行,可类好比蓝图,正如轮船的图纸,并非真正可以交互的轮船,只有根据图纸建造出物理实物,才能上船。真的轮船便是蓝图的物理实例,本质上是对蓝图的复制,即实例化。
类的另一个核心概念是多态,指父类(基类)的通用行为可以被子类用特殊行为重写。如Vehicle类中为所有交通工具定义了一个decelerate()
减速方法,默认操作是踩刹车,但在轮船的减速中,可能还需要抛锚,所以在Steamer
类中,可以重写decelerate()
方法,在引用Vehicle
类中decelerate()
方法的基础上再加一步抛锚操作。即任何方法都可引用继承层次中高层的方法(方法名可以不同)。
有以下伪代码:
|
|
上面的代码中Steamer
下的drive
方法会调用自身相对多态的startEngine
方法,即多态性取决于引用的实例所来自的类。
可以看出,类是一种设计模式,只是Java等许多语言提供了面向类的原生语法,所以一般不为我们所感知,JavaScript也有类似的语法,但和其他语言中的类完全不同,这便是本文想解释清楚的地方。
类代表着复制,在Java等语言中,类被实例化时,它的行为会被复制到实例中,被继承时行为也会被复制到子类中,多态也是如此。但JavaScript的对象系统基于原型,而不是类,不会自动生成对象的副本。
# 原型继承
要想在JavaScript中优雅地使用“类”,首先需要了解JavaScript的“类”本质上是基于原型的继承。
**原型(Prototype)**是JS对象的一个特殊内置属性,是对于其他对象的引用。创建一个方法时,会根据一组特定规则为该方法添加一个``prototype属性,这个属性指向方法的原型对象。在默认情况下,原型对象会自动生成一个
constructor属性,这个属性包含一个指向
prototype`属性所在函数对象的指针,如图所示。
需访问一个对象的属性时,先在对象的本身上查找,如果找不到引擎就会继续在``prototype所关联的对象上继续查找,直到找到为止,
prototype最终都指向
Object.prototype`。这一系列查找对象的链接即是原型链。如下图。
# 继承属性
|
|
上例中console.log(g.b)
时输出2而不是3,即’b’属性既出现在g中也出现在了g的原型链上层,那么会触发屏蔽,即g中的’b’属性会屏蔽原型链上层的所有’b’属性。这种情况相当于其他语言的方法重写。
# 继承方法
|
|
JavaScript没有那些基于类的语言定义的“方法”。JavaScript中,任何函数(方法)都可以添加到对象上作为对象的属性。函数的继承与其他的属性继承没有差别,包括上面的“屏蔽”。继承的函数被调用时,this指向当前继承的对象,而不是继承的函数所在的原型对象。
Object.create(obj)返回一个与obj的prototype
关联的对象,实现了p对于o的“继承”,虽然p对象并无a属性,但访问时若原对象无此属性,便会顺着其prototype链一直查找,直到prototype的尽头——Object.prototype,因此顺着prototype链访问到了o的a属性,是不是有点继承的感觉了?
# 模拟“类”
所以,在JavaScript中使用类,ES6之前大多为用函数模拟。回到上面Vehicle与Steamer的伪代码,用js代码实现:
|
|
但调用了Vehicle()作为“构造函数”不代表继承了Vehicle,Steamer创建的对象原型是``new Steamer()–> Steamer.prototype–> Object.prototype–> null,继承关系的原型链应为
new Steamer() –> Steamer.prototype–> Vehicle.prototype–> Object.prototype–> null,这样新的Steamer对象不仅能调用
Steamer.prototype绑定的方法,也可以使用
Vehicle.prototype绑定的方法。但要想达到这个状态,直接
Steamer.prototype = Vehicle.prototype`是不行的,这样两者指向同一个对象,继承关系就不存在了。此时需要借助一个中间对象,如下:
|
|
由于Tmp()仅用于两者继承的连接,所以可以用一个函数把这个行为封装起来:
|
|
这即是Object.create()
的简单实现。Object.create()
创建一个新对象,使用现有的对象来提供新创建的对象的prototype。
Steamer.prototype.constructor = Steamer
的作用是补上constructor属性(默认对象的prototype都有这个属性,可以理解为“构造函数”,一般指向函数自身,即new Son()
时调用Son()
来“构造”一个新对象,这个新对象的prototype与Son.prototype相关联),如果将这里也封装进函数:
|
|
抽离出来的extend
方法被称作寄生组合式继承,是目前最成熟的方法,仅使用Object.create()
而不补上constructor
被称作原型式继承,缺点是原型链继承多个实例的引用类型属性指向相同,可能被篡改,以及无法传递参数。还有混入、寄生式等几种方式实现继承,各有各的优缺点,就不一一赘述了。
下面你会读到extends
关键字,什么?和上面的extend
很像?没错,extends
关键字的核心实现就是寄生组合式继承,不然怎么叫语法糖。
# class 关键字
ECMAScript 6规范中,引入了class
的概念。使得 JS 开发者终于告别了直接使用原型对象模仿面向对象中的类和类继承的时代。但是 class
仅仅只是对原型对象运用语法糖,如果认为它像其它面向类语言中的class
那样,使用时只会增加新手的困惑。
|
|
可以看出,一个class实际上就是function。
|
|
当titanic调用 getCabin
方法时,titanic自身没有需要的 startEngine
方法,所以会到 titanic.prototype
原型对象上查找,最后调用``Vehicle.prototype原型对象上的
startEngine方法。调用时,
this` 指向的是titanic对象。
实际上,ECMAScript 6中的class
仍然遵循你了解的JavaScript模式,继承的原理还和以前一样基于原型链,方法添加在原型上,只是用了更简单的关键字来代替,却隐藏了许多问题,要说优点可能只有一个:可以打更少的字。
# 总结
传统基于类的面向对象思维在一定程度上妨碍了大家对JavaScript面向对象特性的理解,虽然这些机制和Java等传统面向类语言中的“类初始化”“继承”很像,但JavaScript有一个本质区别就是不会进行复制,对象之间通过内部的prototype链进行关联。所以说,在一定程度上JavaScript模拟类是得不偿失的,可解决当前问题,更可埋下隐患。实际上,对象之间的关系用委托形容更加贴切。
# 参考文献
类 (计算机科学)——维基百科
《你不知道的JavaScript》——KYLE SIMPSON
《JavaScript继承机制研究》—— 周 岚
《JavaScript需要类吗?》——紫云飞
《继承与原型链》——MDN web docs
《原型继承》——廖雪峰的官方网站
《JavaScript常用八种继承方案》——木易杨说