模块
现代的模块
各种模块依赖加载器/消息机制实质上都是将这种模块定义包装进一个友好的API。与其检视任意一个特定的库,不如让我 (仅)为了说明的目的 展示一个 非常简单 的概念证明:
|
|
这段代码的关键部分是modules[name] = impl.apply(impl, deps)
。这为一个模块调用了它的定义的包装函数(传入所有依赖),并将返回值,也就是模块的API,存储到一个用名称追踪的内部模块列表中。
这里是我可能如何使用它来定义一个模块:
|
|
模块“foo”和“bar”都使用一个返回公有API的函数来定义。“foo”甚至接收一个“bar”的实例作为依赖参数,并且可以因此使用它。
花些时间检视这些代码段,来完全理解将闭包的力量付诸实践给我们带来的好处。关键之处在于,对于模块管理器来说真的没有什么特殊的“魔法”。它们只是满足了我在上面列出的模块模式的两个性质:调用一个函数定义包装器,并将它的返回值作为这个模块的API保存下来。
换句话说,模块就是模块,即便你在它们上面放了一个友好的包装工具。
es6的模块
ES6为模块的概念增加了头等的语法支持。当通过模块系统加载时,ES6将一个文件视为一个独立的模块。每个模块可以导入其他的模块或者特定的API成员,也可以导出它们自己的公有API成员。
注意: 基于函数的模块不是一个可以被静态识别的模式(编译器可以知道的东西),所以它们的API语义直到运行时才会被考虑。也就是,你实际上可以在运行时期间修改模块的API。
相比之下,ES6模块API是静态的(这些API不会在运行时改变)。因为编译器知道它,它可以(也确实在作!)在(文件加载和)编译期间检查一个指向被导入模块的成员的引用是否 实际存在。如果API引用不存在,编译器就会在编译时抛出一个“早期”错误,而不是等待传统的动态运行时解决方案(和错误,如果有的话)。
ES6模块 没有 “内联”格式,它们必须被定义在一个分离的文件中(每个模块一个)。浏览器/引擎拥有一个默认的“模块加载器”,它在模块被导入时同步地加载模块文件。
考虑这段代码:
bar.js
foo.js
|
|
注意: 需要使用前两个代码片段中的内容分别创建两个分离的文件 “foo.js” 和 “bar.js”。然后,你的程序将加载/导入这些模块来使用它们,就像第三个片段那样。
import
在当前的作用域中导入一个模块的API的一个或多个成员,每个都绑定到一个变量(这个例子中是hello
)。module
将整个模块的API导入到一个被绑定的变量(这个例子中是foo
,bar
)。export
为当前模块的公有API导出一个标识符(变量,函数)。在一个模块的定义中,这些操作符可以根据需要使用任意多次。
在 模块文件 内部的内容被视为像是包围在一个作用域闭包中,就像早先看到的使用函数闭包的模块那样。