with
with语句 扩展一个语句的作用域链。with 常用的用途也是让对象形成自己的作用域,然后方便输出对象中的数据。
- 注意:with 已经不推荐使用了,仅作了解。严格模式下 with 也会报错。 ```javascript let message = ‘hhhh’
function foo() { // 函数作用域访问全局作用域 console.log(message); // hhhh } foo()
let obj = { message: ‘666’ } // 对象字面量不存在作用域,属于全局作用域
function fn() { with(obj) { // with语句让对象形成了自己的作用域 // message 沿着作用域链查找,就会先查找 obj 对象的作用域 console.log(message); // 666 } } fn()
<a name="UWXvF"></a>
# eval 函数
eval是一个特殊的全局函数,它可以将传入的字符串当做JavaScript代码来运行。
```javascript
let jsString = 'let message = "hhhh"; console.log(message);'
eval(jsString) // hhhh
不建议在开发中使用eval:
- eval代码的可读性非常的差(代码的可读性是高质量代码的重要原则);
- eval是一个字符串,那么有可能在执行的过程中被刻意篡改,那么可能会造成被攻击的风险;
- eval的执行必须经过JS解释器,不能被JS引擎优化;
严格模式
在ECMAScript5标准中,JavaScript提出了严格模式的概念(Strict Mode):
- 严格模式很好理解,是一种具有限制性的JavaScript模式,从而使代码隐式的脱离了“懒散(sloppy)模式”;
- 支持严格模式的浏览器在检测到代码中有严格模式时,会以更加严格的方式对代码进行检测和执行;
严格模式对正常的JavaScript语义进行了一些限制:
- 严格模式通过 抛出错误 来消除一些原有的 静默(silent)错误;
- 比如
123.name = 123;
这种错误代码没有造成很大影响,之前是不会有任何提示的,现在会报错
- 比如
- 严格模式让JS引擎在执行代码时可以进行更多的优化(不需要对一些特殊的语法进行处理);
- 比如写了一些没意义的代码,可是JS引擎还是要解析优化,浪费了性能时间
- 严格模式禁用了在ECMAScript未来版本中可能会定义的一些语法;
- 比如一些保留字,将来可能会使用,现在就不会允许使用了,而之前的却可以
开启严格模式
可以支持在 js 文件中开启严格模式;也支持对某一个函数开启严格模式。
"use strict"
let name;
123.name = 'hhh' // 报错
function foo() {
"use strict"
// code
}
常见的严格模式下错误
以下这些情况在非严格模式下是不报错的,语法太懒散。严格模式限制了它们。
1. 无法意外的创建全局变量
"use strict"
//1. 禁止意外创建全局变量
message = "Hello World" // 没有关键字 var 都是全局的
console.log(message) // message is not defined
function foo() {
age = 20 // 都是全局的
}
foo()
console.log(age)
2. 严格模式会使引起静默失败(silently fail,注:不报错也没有任何效果)的赋值操作抛出异常
"use strict"
true.name = "abc" // Cannot create property 'name' on boolean 'true'
NaN = 123
3. 严格模式下试图删除不可删除的属性
"use strict"
var obj = {}
Object.defineProperty(obj, "name", {
configurable: false,
writable: false,
value: "why"
})
console.log(obj.name)
delete obj.name // Cannot delete property 'name' of #<Object>
4. 严格模式不允许函数参数有相同的名称
"use strict"
function foo(x, y, x) { // Duplicate parameter name not allowed in this context
console.log(x, y, x)
}
foo(10, 20, 30)
5. 不允许0的八进制语法
"use strict"
// 非严格模式下的定义八进制 0 + 数字,严格模式不允许了
var n = 0123 // Octal literals are not allowed in strict mode.
// es6 添加了进制的定义方式
var num = 0o123 // 八进制
var num2 = 0x123 // 十六进制
var num3 = 0b100 // 二进制
console.log(num, num2, num3)
6. 在严格模式下,不允许使用with
let obj = { message: '666' }
function fn() {
with(obj) { // Strict mode code may not include a with statement
console.log(message);
}
}
fn()
7. 在严格模式下,eval不再为上层引用变量
"use strict"
let jsString = 'let message = "hhhh"; console.log(message);'
eval(jsString) // hhhh
// 非严格模式,eval 执行的变量会定义到上一层作用域中,比如这里 message 就定义到了全局
console.log(message) // hhhh
// 严格模式
console.log(message) // message is not defined
严格模式下,this 绑定不会默认转成对象
严格模式下,独立调用的代码 this 不是默认绑定 window,而是指向 undefined
"use strict"
// 在严格模式下, 自执行函数(默认绑定)会指向undefined
function foo() {
console.log(this)
}
var obj = {
name: "why",
foo: foo
}
foo() // undefined
obj.foo()
var bar = obj.foo
bar() // undefined
// setTimeout的 this
// 参数函数是箭头函数,向上寻找,所以是 Window
setTimeout(() => {
"use strict"
console.log(this) // Window
}, 1000);
// 但是参数函数若不是箭头函数,这时候就需要考虑一个问题
// 参数函数在setTimeout() 里面是怎么被执行的?
// 若是独立调用,则严格模式下 this 指向 undefined。若不是,则指向 Window。具体这得看源码了
// 非严格模式
setTimeout(function() {
console.log(this) // Window
}, 1000);
// 严格模式
setTimeout(function() {
console.log(this) // Window
}, 1000);
// 无论是严格模式还是非严格模式,参数this都指向 Window
// 说明setTimeout内部实现可能是apply 调用,显示绑定的 this,fn.apply(this = Window)