博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
聊一聊 JS 中的『隐式类型转换』
阅读量:6757 次
发布时间:2019-06-26

本文共 2412 字,大约阅读时间需要 8 分钟。

类型转换还不行?还非得隐式?这是什么高级玩意?

废话不多说,我们先上一盘?,额,不对,先看一个例子吧。

3 + true

实际上在大多数编程语言中,都会认为上面这个表达式是错误的。因为布尔表达式与算术运算是不兼容的。尤其是在静态语言中,甚至不会被运行运行。即使是动态语言中,通常虽然可以让程序运行,但是会抛出一个异常。

然而,然而, Javascript 不仅运行程序能够正常运行,而且还会顺利地产生结果 4。Javascript 真的是对类型错误出奇的宽容啊。看起来很像是一件好事对不对?

基本上,在 Javascript 中,只有在一些极少数情况下才会因为类型错误而抛出一个异常。诸如: 调用非函数对象或者获取 null / undefined 的属性时。

但是在大多数情况下,Javascript 都是不会抛出异常的。这个『小婊砸』反而按照多种多样的转换协议偷偷的强制转换为她期望的值。诺,你看,还花样转换呢,真会玩嘛。这就是所谓的『隐式类型转换』。

那么,上面那个例子中,究竟是发生了什么样的转换方式呢?

首先,Javascript 这个『小婊砸』在遇到算数运算符(-*/%)的时候会在运算之前将参与运算的双方转换成数字。

那么问题又来了,true 怎么就转换成数字了呢?实际上我们通过 Number(true) 就可以看到, true 转换为数字之后就是为 1,相反,false 转换为数字之后就对应为 0。

细心的你可能发现我在上面并没有提到 + 运算符,那是因为它更复杂。因为它既承担着数字相加,又肩负着字符串连接操作的重任。具体的行为取决于参数的类型。

但是,如果一个数字和一个字符串相加,会碰撞出什么样的火花呢?

显然 Javascript 这个『小婊砸』更偏爱字符串多一点,她会将数字(toString())转换为字符串,然后执行字符串连接操作。

例如:

"1" + 2;    // "12"1 + "2";    // "12"

但是,注意,Javascript 对操作顺序非常敏感,以至于会发生这样的事情:

1 + 2 + "3";    // "33"

因为加法运算是自左向右的,因此它等同于下面的表达式:

(1 + 2) + "3";    // "33"

再来看这一个例子:

if (1 == true) {    alert("true");} else {    alert("false");}

相信你一定轻松的猜到了结果对不对?

但是,哼,你以为我的问题会这么简单么?那岂不是太小看你了。

我们都知道,Javascript 中,数字 0 为假,非0 均为真, 那么我想问的是,在上面的条件语句中,到底是 1 被隐式类型转换了呢还是 true 被隐式类型转换了呢?

实际上在条件判断运算 == 中的转换规则是这样的:

  1. 如果比较的两者中有布尔值(Boolean),会把 Boolean 先转换为对应的 Number,即 0 和 1,然后进行比较。

  2. 如果比较的双方中有一方为 Number,一方为 String时,会把 String 通过 Number() 方法转换为数字,然后进行比较。

  3. 如果比较的双方中有一方为 Boolean,一方为 String时,会将双方转换为数字,然后再进行比较。

  4. 如果比较的双方中有一方为 Number,一方为Object时,则会调用 valueOf 方法将Object转换为数字,然后进行比较。

例如:

1 == { valueOf: function() {return 1;} }    // true1 + { valueOf: function() {return 1;} }    // 2

需要强调的是,在 Javascript 中,只有 空字符串数字0falsenullundefinedNaN 这 6 个值为假之外,其他所有的值均为真值。

说到 NaN,就不得不提一下 isNaN() 方法,isNaN() 方法自带隐式类型转换,该方法在测试其参数之前,会先调用 Number() 方法将其转换为数字。所以 isNaN('1') 这个语句中明明用一个字符串去测试,返回值仍然为 false 也就不足为怪了。

+ 号运算中还有一种更复杂的情况,那就是数字/字符串和对象进行运算的时候,上面已经举例说明了数字和对象运算的情况,我们再来说一下字符串和对象运算的情况。

当字符串和对象进行 + 运算的时候,Javascript 会通过对象的 toString() 方法将其自身转换为字符串,然后进行连接操作。

"1" + { toString: function() {return 1;} }    // "11"

之所以说它特殊,是因为当一个对象同时包含 toString()valueOf() 方法的时候,运算符 + 应该调用哪个方法并不明显(做字符串连接还是加法应该根据其参数类型,但是由于隐式类型转换的存在,类型并不显而易见。),Javascript 会盲目的选择 valueOf() 方法而不是 toString() 来解决这个问题。这就意味着如果你打算对一个对象做字符串连接的操作,但结果却是......

var obj = {    toString: function() { return "Object CustomObj"; },    valueOf: function() { return 1; }};console.log("Object: " + obj);    // "Object: 1"

隐式类型转换会给我们造成很多麻烦,那么该怎么避免呢?

建议在所有使用条件判断的时候都使用全等运算符 === 来进行条件判断。全等运算符会先进行数据类型判断,并且不会发生隐式类型转换。

转载地址:http://uyzeo.baihongyu.com/

你可能感兴趣的文章
redis开机启动
查看>>
XaaS ------什么都是一种服务
查看>>
Linux下磁盘配额
查看>>
从雅迪赞助FIFA世界杯透视体育营销趋势
查看>>
《用chsh选择shell》-linux命令五分钟系列之十二
查看>>
parseDouble() 的用法
查看>>
shell的基础语法
查看>>
CentOS 6.9使用Shell脚本实现FTP自动上传和下载文件
查看>>
#51CTO学院四周年#我与51CTO不得不说多的故事
查看>>
java函数参数默认值
查看>>
远程关机对企业的意义
查看>>
Kafka笔记整理(三):消费形式验证与性能测试
查看>>
WINPE集成SCSI/RAID驱动
查看>>
我们为什么需要大数据?
查看>>
单例模式-singleton
查看>>
自动布局下的iPhone 6 plus等比例放大,且UITextfield失败关于placeholder的原因
查看>>
利用div实现邮件收件人的输入框
查看>>
我的友情链接
查看>>
单页布局
查看>>
我的友情链接
查看>>