尽管 JavaScript 支持一对花括号创建的代码段,但是并不支持块级作用域; 而仅仅支持 函数作用域。
1 | function test() { // 一个作用域 |
注意: 如果不是在赋值语句中,而是在 return 表达式或者函数参数中,{...}
将会作为代码段解析, 而不是作为对象的字面语法解析。如果考虑到自动分号插入
,这可能会导致一些不易察觉的错误。
如果 return
对象的左括号和 return
不在一行上就会出错。
1 | // 译者注:下面输出 undefined |
JavaScript 中没有显式的命名空间定义,这就意味着所有对象都定义在一个全局共享的命名空间下面。
每次引用一个变量,JavaScript 会向上遍历整个作用域直到找到这个变量为止。 如果到达全局作用域但是这个变量仍未找到,则会抛出 ReferenceError
异常。
隐式的全局变量
1 | // 脚本 A |
上面两段脚本效果不同。脚本 A 在全局作用域内定义了变量 foo
,而脚本 B 在当前作用域内定义变量 foo
。
再次强调,上面的效果完全不同,不使用 var
声明变量将会导致隐式的全局变量产生。
1 | // 全局作用域 |
在函数 test
内不使用 var
关键字声明 foo
变量将会覆盖外部的同名变量。 起初这看起来并不是大问题,但是当有成千上万行代码时,不使用 var
声明变量将会带来难以跟踪的 BUG。
1 | // 全局作用域 |
外部循环在第一次调用 subLoop
之后就会终止,因为 subLoop
覆盖了全局变量 i
。 在第二个 for
循环中使用 var
声明变量可以避免这种错误。 声明变量时绝对不要遗漏 var
关键字,除非这就是期望的影响外部作用域的行为。
局部变量
JavaScript 中局部变量只可能通过两种方式声明,一个是作为函数
参数,另一个是通过 var
关键字声明。
1 | // 全局变量 |
foo
和 i
是函数 test
内的局部变量,而对 bar
的赋值将会覆盖全局作用域内的同名变量。
变量声明提升(Hoisting)
JavaScript 会提升变量声明。这意味着 var
表达式和 function
声明都将会被提升到当前作用域的顶部。
1 | bar(); |
上面代码在运行之前将会被转化。JavaScript 将会把 var
表达式和 function
声明提升到当前作用域的顶部。
1 | // var 表达式被移动到这里 |
没有块级作用域不仅导致 var
表达式被从循环内移到外部,而且使一些 if
表达式更难看懂。
在原来代码中,if
表达式看起来修改了全局变量 goo
,实际上在提升规则被应用后,却是在修改局部变量。
如果没有提升规则(hoisting)的知识,下面的代码看起来会抛出异常 ReferenceError
。
1 | // 检查 SomeImportantThing 是否已经被初始化 |
实际上,上面的代码正常运行,因为 var
表达式会被提升到全局作用域的顶部。
1 | var SomeImportantThing; |
1 |
|
名称解析顺序
JavaScript 中的所有作用域,包括全局作用域,都有一个特别的名称 this
指向当前对象。
函数作用域内也有默认的变量 arguments
,其中包含了传递到函数中的参数。
比如,当访问函数内的 foo
变量时,JavaScript 会按照下面顺序查找:
- 当前作用域内是否有
var foo
的定义。 - 函数形式参数是否有使用
foo
名称的。 - 函数自身是否叫做
foo
。 - 回溯到上一级作用域,然后从 #1 重新开始。
注意: 自定义 arguments
参数将会阻止原生的 arguments
对象的创建。
命名空间
只有一个全局作用域导致的常见错误是命名冲突。在 JavaScript中,这可以通过 匿名包装器 轻松解决。
1 | (function() { |
匿名函数被认为是 表达式
;因此为了可调用性,它们首先会被执行。
1 | ( // 小括号内的函数首先被执行 |
有一些其他的调用函数表达式的方法,比如下面的两种方式语法不同,但是效果一模一样。
1 | // 另外两种方式 |
结论
推荐使用匿名包装器(也就是自执行的匿名函数)来创建命名空间。这样不仅可以防止命名冲突, 而且有利于程序的模块化。
另外,使用全局变量被认为是不好的习惯。这样的代码容易产生错误并且维护成本较高。