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中是否可以修改对象中的属性呢？
答案是可以的，因为他们指向同一块内存空间；
