js中let能否完全替代IIFE

前言

最近，我写了一篇关于syntax of Java's IIFE pattern的文章，来解释为什么我们用现在的方式来写立即执行函数表达式。少数的读者批评文章过时了，都在争论在ECMA 2015中介绍的块级作用域变量使IIFE变得过时了。

恰恰相反，立即执行函数表达式一点也没有过时！因为这个理由，我决定写这篇后续文章来介绍一些立即执行函数表达式的常见用法。注意以下的列表是不完整的，所以如果你喜欢的用法没有在文章出现，希望你不要有什么不好的感觉。

函数作用域 VS 块级作用域

通过var关键字声明的本地变量仅作用于当前闭包域，如果不存在这样的一个闭包函数，那么将会创建一个污染全局作用域的全局变量。为了防止这种情况出现，我们可以使用IIFE来创建一个包含有这个本地变量的函数。

(function(){varfoo= "bar";console.log(foo);})();foo;// ReferenceError: foo is not defined

目前的争论是，我们可以使用在ECMA 2015介绍的块级作用域变量来代替IIFE，以达到相同的效果。相比于函数级作用域，let和const关键字声明的本地变量仅作用于当前所处的”块”级域。

{let foo= "bar";console.log(foo);}foo;// ReferenceError: foo is not defined

然而，块级作用域变量不是立即函数执行表达式的替代品。确实，如果支持ECMA 2015，let和const能够用来限制本地变量只在包含它的块级作用域内使用。

如果，你在不支持ECMA 2015的环境(例如一些旧的浏览器)中执行你的Java代码。你就不能使用let和const关键字来创建块级作用域变量。你将不得不求助于以前经典的函数级作用域方法。

闭包和私有数据

IIFE的另一个用法是为局部变量提供一个封装的作用域，在IIFE返回的函数中能够访问该变量。这种方式即_a closure is created_允许函数访问这个本地变量,即使这个函数在IIFE的词法范围之外执行时。

假设我们要创建一个uniqueId函数，每次调用该函数时就会返回一个唯一的id（比如 “id_1”，“id_2”等）。在下面的IIFE中，记录了一个私有的计数变量（count)，每次调用计数函数uniqueId的时候，就会将count加一。我们在IIFE中返回的另一个函数，这个函数在调用时会返回一个新的标识符字符串。

constuniqueId= (function(){let count= 0;returnfunction(){++count;returnid_${count};};})();console.log(uniqueId());// "id_1"console.log(uniqueId());// "id_2"console.log(uniqueId());// "id_3"

注意，在IIEF之外无法访问这个计数变量count。除了从IIEF中返回的函数，别人无法读写该变量。这样就能创建真正的私有状态，它只能以受控的方式进行修改。revealing module pattern非常依赖于这种机制。