# [ES6]由块级作用域引出的一场变革

# 块级作用域又称词法作用域,存在于:

  • 函数内部(函数作用域)
  • 块中(字符 { 和 } 之间的区域)

注意:ES6 允许块级作用域任意嵌套

{{{{{{let text = 'Hello World!'}}}}}}

因为有了块级作用域,然后我们才有继续往下聊的可能。

# 1、 块级声明

块级声明是用于声明在指定块的作用域之外无法访问的变量。

# 2、 let 声明:用来声明一个块级作用域变量

  1. 声明的变量具有块级作用域的特性
// 例子
function getValue (condition) {
    if (condition) {
        let value = 'blue';
        return value;
    }
    console.log(value)
    // 报错 value is not defined
}
getValue()
  1. 在同一个作用域内不能使用 let 声明同名的变量
// 不管是var,const或者let,新的let声明之前同名的变量,都会报错
var count = 30;
let count = 40;
// 报错 Identifier 'count' has already been declared

// 函数形参和函数内部的let声明变量重名,报错
function test(value) {
    let value = 3;
}
test()
// 报错 Identifier 'value' has already been declared

// 在不同的作用域声明的变量重名是没问题的
let count = 30;
if(true) {
  let count = 40;
  // 不同的作用域,不会报错
}

  1. 声明没有预解析(其实也是有的),不存在变量提升,有“临时死区”(TDZ)

从块的开始到变量声明这段的区域被称为临时死区,ES6 明确规定,如果区块中存在 let 和 const 命令,则这个区块对这些命令声明的变量从一开始就形成封闭作用域,只要在声明之前就使用这些变量(赋值,引用等等),就会报错。

if(true) {
    console.log(typeof value);
    // 报错 value is not defined

    let value = 'blue';
}

注意:TDZ 是区域是“块开始”到“变量声明”,下面的例子不报错

// typeof 说是相对安全,确实是,永远拿不到想要的结果
console.log(typeof value); // 打印 undefined,没有报错
if(true) {
    let value = 'red';
}

# 3、 const 声明:声明常量(如 PI),值一旦被设定后不可更改

  1. 常量声明的值是不可变的

注意:const 声明的对象不允许修改绑定,但可以修改该对象的属性值。

const number = 6;
number = 5;
// 报错 Assignment to constant variable

const obj = {number: 1};
obj.number = 2; // 不报错

obj = {number: 3};
// 报错 Assignment to constant variable
  1. 因为常量声明后值就不可更改了,所以声明时必须赋值
// 有效的常量
const count = 30;

// 报错 Missing initializer in const declaration
const name;
  1. 声明的常量具有块级作用域的特性
if(true) {
    const number = 5;
}
console.log(number)
// 报错 number is not defined
  1. 在同一个作用域内不能使用 const 声明同名的变量
var message = 'Hello';
let age = 25;

// 这两条语句都会报错
const message = 'Good';
const age = 30;
  1. 声明没有预解析(其实也是有的),不存在变量提升,有“临时死区”(TDZ)

注:const 变量只能在声明时被初始化一次,之后再也不允许将全新的值赋值给 const 变量,但是,我们仍然可以修改 const 变量已经存在的值,例如修改对象的属性,数组的每一项等,只是不能重写 const 变量。


总结:一张表格

声明方式 变量提升 作用域 是否需要初始值 重复定义
var 函数级 不需要 允许
let 否(但是会预解析,要不解释器怎么知道 “临时死区”?) 块级 不需要 不允许
const 否(但是会预解析,要不解释器怎么知道 “临时死区”?) 块级 需要 不允许

扩展:再提一下变量命名,不管是 var、let、const 声明的变量名,可以由数字,字母,下划线及美元符号组成,但是不能以数字开头。美元符号可以放到任何一个位置,甚至单独一个美元符号。

# 4、 循环中的块作用域绑定

循环中的 let 声明

// 第一个对比
// before
for(var i = 0; i < 5; i++) {
    // ... 省略一些代码
}
console.log(i)  // 5

//after
for(let i = 0; i < 5; i++) {
    // ... 省略一些代码
}
console.log(i) // 报错 i is not defined


// 第二个对比
// before
var funcs = [];
for(var i = 0; i < 10; i++) {
    funcs.push(() => {console.log(i)})
}
funcs.forEach((ele) => {
	ele()
})
// 打印 10次 10

// after
var funcs = [];
for(let i = 0; i < 10; i++) {
    funcs.push(() => {console.log(i)})
}
funcs.forEach((ele) => {
	ele()
})
// 打印 0 1 2 3 4 5 6 7 8 9

注意:有一点很重要,let 声明在循环内部的行为是标准中专门定义的,它不一定与 let 不提升特性有关。

循环中的 const 声明

// for 循环会报错
for (const i = 0; i < 1; i++) {
    console.log(i)
}
// 打印 0 ,然后报错 Assignment to constant variable.

// for-in 和 for-of 不会报错
var object = {
    a: true,
    b: true,
    c: true
};
for (const key in object) {
    // 不要在循环体内更改key的值,会报错
    console.log(key)
}
// 打印 a b c

注意:const 可以应用在 for-in 和 for-of 循环中,是因为每次迭代不会修改已有绑定,而是会创建一个新绑定。

# 5、 块级绑定最佳实践的进化

ES6 早期

普遍认为默认使用 let 来替代 var,对于写保护的变量使用 const

ES6 使用中

普遍默认使用 const,只有确实需要改变变量的值时使用 let。因为大部分变量的值在初始化后不应再改变,而预料之外的变量值的改变是许多 bug 的源头。这样就可以在某种程度上实现代码的不可变,从而防止某些错误的发生。

# 6、 全局变量将逐步与顶层对象的属性脱钩

顶层对象,在浏览器环境指的是 window 对象,在 Node 指的是 global 对象。

为了保持兼容性,var 命令和 function 命令声明的全局变量,依旧是顶层对象的属性;

var a = 1;
window.a // 1

var 声明的a,在右侧 global 里面

另一方面规定,let 命令、const 命令、class 命令声明的全局变量,不属于顶层对象的属性。

上图可见 let 声明的变量,并没有在 Window 对象里,而是一个新的 Script 对象。

扩展:如果需要在浏览器中跨 frame 或 window 访问代码,仍然可以用 var 在全局对象下定义变量。

注意:不使用 var 声明的变量非严格模式还是在跟之前一样会当成全局变量,严格模式下会直接报错。

'use strict'

a = 5 // 会报错 Uncaught ReferenceError: a is not defined

# 7、 块级函数

从 ECMAScript 6 开始,在严格模式下,块里的函数作用域为这个块。ECMAScript 6 之前不建议块级函数在严格模式下使用。

'use strict';

function f() {
  return 1;
}

{
  function f() {
    return 2;
  }
}

f() === 1; // true

// f() === 2 在非严格模式下相等

注意:在非严格模式下不要用块级函数,因为在非严格模式下,块中函数的声明表现奇怪,有兼容性风险

if (shouldDefineZero) {
   function zero() {     // DANGER: 兼容性风险
      console.log("This is zero.");
   }
}

ECMAScript 6 中,如果 shouldDefineZero 是 false,则永远不会定义 zero,因为这个块不执行。这是新标准定义的。然而,这里存在历史遗留问题,无论这个块是否执行,一些浏览器会定义 zero。

在严格模式下,所有支持 ECMAScript 6 的浏览器以相同的方式处理:只有在 shouldDefineZero 为 true 的情况下定义 zero,并且作用域只是这个块内。