这个花招只适用于数字吗?并不是。 数组和对象也会受到相同的转换:
'hello' + [89, 150.156, 'mike']
会得到:
"hello89,150.156,mike"
那么下面的代码会得到怎样的结果:
'hello' + { name: "Jacopo" }
要找到答案,你可以通过将对象转换为字符串来进行快速测试:
String({ name: "Jacopo" })
将会得到:
"[object Object]"
所以我有一种感觉:
1. 'hello' + { name: "Jacopo" }
会得到:
1. "hello[object Object]"
打住!这又是什么?
“[object Object]” 是最常见的 JavaScript “怪癖”之一。
几乎每个 JavaScript 实例都有一个名为 toString()
的方法,有些方法是由 Object.prototype.toString
提供的。
某些类型(如数组)实现了 toString()
的自定义版本,以便在调用方法时将值转换为字符串。例如 Array.prototype.toString
会覆盖 Object.toString()
(也称为 method shadowing)。
但是当你在普通的 JavaScript 对象上调用 toString()
时,引擎会给出“[object Object]”,因为 Object.toString()
的默认行为是由实体类型(在这种情况下为Object)返回字符串 object 。
现在让我们把注意力集中在 JavaScript 比较运算符上,它们与算术运算符一样奇怪。
JavaScript 中有两个主要的比较运算符。
第一个我们称之为“弱比较”。这是抽象比较运算符(双等号):==
。
另一个是“强比较”,可以通过三等号进行识别:===
也称为严格比较运算符。它们两者的行为方式完全不同。
来看一些例子。首先,如果我们将两个字符串与两个运算符进行比较,我们得到相同的结果
"hello" == "hello" > true "hello" === "hello" > true
看上去一切都还好。
现在尝试比较两种不同的类型,数字和字符串。首先是“强比较”:
1. "1" === 1 2. false
这说得通!字符串“1”与数字1是不同的。但是“弱比较”会发生什么?
1. "1" == 1 2. true
居然是true!它没有任何意义,除非这种行为与我们之前看到的隐式转换有关。
如果适用相同的规则怎么办?没错! ECMAScript spec 再次罢工。结果抽象比较运算符在比较它们之前在类型之间进行自动转换。这是规范的摘要:
比较 x == y 执行如下:如果 x 是 String 且 y 是Number,则返回比较结果 ToNumber(x)== y
规范说:如果第一个操作数是一个字符串,第二个操作数是一个数字,那么将第一个操作数转换为数字。有趣。
JavaScript 规范充满了这个疯狂的规则,我强烈鼓励大家对它深入挖掘。
在此期间除非你有充分的理由否则在 JavaScript 代码中避免使用抽象比较运算符。你以后会感谢自己的。
那么“强势比较”怎么样?规范中的说 严格相等比较在把值与三等 ===
进行比较之前没有进行自动转换。在代码中使用严格相等比较可以避免愚蠢的 bug。
总结
JavaScript 中有七个构建块,即 String,Number,Boolean,Null,Undefined,Object 和 Symbol。这些类型被称为基元。
JavaScript 开发人员可以使用算术和比较运算符来操作这些类型。但是我们要特别注意加法运算符 +
和抽象比较运算符 ==
,它本质上倾向于在类型之间进行转换。
JavaScript 中的隐式转换称为强制类型转换,并在 ECMAScript 规范中定义。无论什么时候你的代码都要使用严格的比较运算符 ===
而不是 ==
。
作为最佳实践,当你打算在两种类型之间进行转换时,请务必明确操作。JavaScript 有一堆内置对象,它们反映了原始类型:String
,Number
,Boolean
。这些内置类型可用于在不同类型之间进行显式转换。