JavaScript的this的强制转换

本文详细讲解了JavaScript中this在非严格模式和严格模式下的不同行为,以及类和模块如何默认处于严格模式。讨论了'装箱'现象、函数this的转型、类的声明和方法执行、严格模式下的with语句移除和八进制字面量禁用等内容。
摘要由CSDN通过智能技术生成

一、this 强制转型

JavaScript 中最大的一个安全问题,也是最令人困惑的一个问题,就是在某些情况下 this 的值是如
何确定的。使用函数的 apply()或 call()方法时,在非严格模式下 null 或 undefined 值会被强制
转型为全局对象。在严格模式下,则始终以指定值作为函数 this 的值,无论指定的是什么值。例如:

// 访问属性
// 非严格模式:访问全局属性
// 严格模式:抛出错误,因为 this 值为 null 
let color = "red"; 
function displayColor() { 
 alert(this.color); 
} 
displayColor.call(null);

这里在调用 displayColor.call()时传入 null 作为 this 的值,在非严格模式下该函数的 this
值是全局对象。结果会显示"red"。在严格模式下,该函数的 this 值是 null,因此在访问 null 的属
性时会抛出错误。
通常,函数会将其 this 的值转型为一种对象类型,这种行为经常被称为“装箱”(boxing)。这意
味着原始值会转型为它们的包装对象类型。

function foo() { 
 console.log(this); 
} 
foo.call(); // Window {} 
foo.call(2); // Number {2} 
在严格模式下执行以上代码时,this 的值不会再“装箱”:
function foo() { 
 "use strict"; 
 console.log(this);
 } 
foo.call(); // undefined 
foo.call(2); // 2 

二、类与模块

类和模块都是 ECMAScript 6 新增的代码容器特性。在之前的 ECMAScript 版本中没有类和模块这两
个概念,因此不用考虑从语法上兼容之前的 ECMAScript 版本。为此,TC39 委员会决定在 ES6 类和模
块中定义的所有代码默认都处于严格模式。
对于类,这包括类声明和类表达式,构造函数、实例方法、静态方法、获取方法和设置方法都在严
格模式下。对于模块,所有在其内部定义的代码都处于严格模式。

三、 其他变化

严格模式下还有其他一些需要注意的变化。首先是消除 with 语句。with 语句改变了标识符解析
时的方式,严格模式下为简单起见已去掉了这个语法。在严格模式下使用 with 会导致语法错误:

// 使用 with 语句
// 非严格模式:允许
// 严格模式:抛出 SyntaxError 
with(location) { 
 alert(href); 
} 

严格模式也从 JavaScript 中去掉了八进制字面量。八进制字面量以前导 0 开始,一直以来是很多错
误的源头。在严格模式下使用八进制字面量被认为是无效语法:

// 使用八进制字面量
// 非严格模式:值为 8 
// 严格模式:抛出 SyntaxError 
let value = 010; 

ECMAScript 5修改了非严格模式下的parseInt(),将八进制字面量当作带前导0的十进制字面量。
例如:

// 在 parseInt()中使用八进制字面量
// 非严格模式:值为 8 
// 严格模式:值为 10 
let value = parseInt("010");
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

张清悠

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值