let VS var
2019-02-09 本文已影响0人
小刘要学习
是什么
let const是ECMAScript 6提供的新特性。let可以解决var的“不完美“。
为什么（var哪里不完美了）
# 1 内存泄漏
ES5中不存在块级作用域，在 JS 函数中的 var 声明，其作用域是函数体的全部
Figure 1
# 2 过度的变量共享
Figure 2
分析：
在for循环中，凡是遇到setTimeout被放到执行的队列尾，在同步操作执行完之后，i此时的值为4，检查200ms已经到了，console.log出i的值，即打印出四次i的值。
结论：
JavaScript中var声明的变量，不存在块级作用域的概念，所以会导致内存泄漏。
怎么用（let是更完美的var！！！）
首先抛代码（换就对了，需要考虑实际代码是否故意用到var的作用域特性）
#1
Figure 3
#2
Figure 4
那么let和var区别在哪里？
-
let声明的变量存在块级作用域
Figure 5
-
let声明的全局变量不是全局对象的属性
在Figure5的基础上，代码如下
Figure 6
-
形如for (let x...)的循环在每次迭代时都为 x 创建新的绑定。
在Figure 4中，可以看到，每次迭代let声明x后，都会为x进行新的绑定，并交给console.log使用该绑定。 -
let声明的变量直到控制流到达该变量被定义的代码行时才会被装载，所以在到达之前使用该变量会触发错误。
var foo1 = function() {
console.log("let test", index_t)
let index_t = 123;
}
var foo2 = function() {
console.log("var test", index_d)
var index_d = 1234;
}
foo1()
/*
VM531:2 Uncaught ReferenceError: index_t is not defined
at foo1 (<anonymous>:2:29)
at <anonymous>:1:1
foo1 @ VM531:2
(anonymous) @ VM683:1
*/
foo2()
/* VM672:2 var test undefined */
不可访问的这段时间变量一直处于作用域中，但是尚未装载，它们位于临时死区（Temporal Dead Zone，简称 TDZ）中。
Tips:
- 性能细节：在大多数情况下，查看代码就可以区分声明是否已经执行，所以事实上，JavaScript 引擎不需要在每次代码运行时都额外执行 一次变量可访问检查来确保变量已经被初始化。然而在闭包内部有时不是透明的，这时 JavaScript 引擎将会做一个运行时检查，也就意味着let相对var而言比较慢。
- 用let在同一个作用域内重定义变量会抛出一个语法错误（SyntaxError）
const
小尾巴来说下const，es6加入，把他当C的const来用就好了。
- 声明变量时赋值
- 赋值后无法修改
