ES Module

JavaScript没有模块化一直是它的痛点，所以我们才会学习的社区规范CommonJS等，

ES Module和CommonJS的模块化有一些不同之处：

一方面它使用了import和export关键字

另一方面它采用编译期的静态分析，并且也加入了动态引用的方式；

ES Module模块采用export和import关键字来实现模块化：

export负责将模块内的内容导出；import负责从其他模块导入内容；

在HTML文件里引入需要加type=“module”

如果你通过本地加载Html 文件 (比如一个 file:// 路径的文件), 你将会遇到 CORS 错误，因

为Javascript 模块安全性需要。

你需要通过一个服务器来测试。

我这里使用的VSCode，VSCode中有一个插件：Live Server

export关键字

方式一：在语句声明的前面直接加上export关键字

方式二：将所有需要导出的标识符，放到export后面的 {}中

注意：这里的 {}里面不是ES6的对象字面量的增强写法，{}也不是表示一个对象的；

所以： export {name: name}，是错误的写法；

方式三：导出时给标识符起一个别

import关键字

方式一：import {标识符列表} from '模块'；

注意：这里的{}也不是一个对象，里面只是存放导入的标识符列表内容；

方式二：导入时给标识符起别名

方式三：通过 * 将模块功能放到一个模块功能对象（a module object）上

Export和import结合使用

在开发和封装一个功能库时，通常我们希望将暴露的所有接口放到一个文件中；

这样方便指定统一的接口规范，也方便阅读；

import函数

通过import加载一个模块，是不可以在其放到逻辑代码中的

这是因为ES Module在被JS引擎解析时，就必须知道它的依赖关系；

由于这个时候js代码没有任何的运行，所以无法在进行类似于if判断中根据代码的执行情况；

但是某些情况下，我们确确实实希望动态的来加载某一个模块：import()函数

import()函数返回结果为一个promise对象

CommonJS的加载过程

CommonJS模块加载js文件的过程是运行时加载的，并且是同步的：

运行时加载意味着是js引擎在执行js代码的过程中加载模块；

同步的就意味着一个文件没有加载结束之前，后面的代码都不会执行；

ES Module加载过程

ES Module加载js文件的过程是编译（解析）时加载的，并且是异步的：

编译时（解析）时加载，意味着import不能和运行时相关的内容放在一起使用：

异步的意味着：JS引擎在遇到import时会去获取这个js文件，但是这个获取的过程是异步的，并不会阻塞主线程继续执行；

也就是说设置了 type=module 的代码，相当于在script标签上也加上了 async 属性；

如果我们后面有普通的script标签以及对应的代码，那么ES Module对应的js文件和代码不会阻塞它们的执行

ES Module通过export导出的是变量本身的引用：

export在导出一个变量时，js引擎会解析这个语法，并且创建模块环境记录（module environmentrecord）；

模块环境记录会和变量进行绑定（binding），并且这个绑定是实时的；

而在导入的地方，我们是可以实时的获取到绑定的最新值的；

所以，如果在导出的模块中修改了变化，那么导入的地方可以实时获取最新的变量；

注意：在导入的地方不可以修改变量，因为它只是被绑定到了这个变量上（其实是一个常量）

如果bar.js中导出的是一个对象，那么main.js中是否可以修改对象中的属性呢？

答案是可以的，因为他们指向同一块内存空间；

03es module