网站前台管理系统,株洲百度推广地址,上海制作网站公司哪家好,网站后台主流网站开发语言目录
1. 浏览器加载
1.1传统方法
1.2加载规则
2. ES6 模块与 CommonJS 模块的差异
3. Node 加载
3.1概述
3.2内部变量
4ES6 模块加载 CommonJS 模块
5CommonJS 模块加载 ES6 模块
6循环加载
6.1CommonJS 模块的加载原理
6.2CommonJS 模块的循环加载
7ES6 模块的循…目录
1. 浏览器加载
1.1传统方法
1.2加载规则
2. ES6 模块与 CommonJS 模块的差异
3. Node 加载
3.1概述
3.2内部变量
4ES6 模块加载 CommonJS 模块
5CommonJS 模块加载 ES6 模块
6循环加载
6.1CommonJS 模块的加载原理
6.2CommonJS 模块的循环加载
7ES6 模块的循环加载
8ES6 模块的转码
8.1ES6 module transpiler
8.2SystemJS
总结
“睡服“面试官系列之各系列目录汇总建议学习收藏 1. 浏览器加载
1.1传统方法
HTML 网页中浏览器通过 script 标签加载 JavaScript 脚本
!-- 页面内嵌的脚本 --
script typeapplication/javascript
// module code
/script
!-- 外部脚本 --
script typeapplication/javascript srcpath/to/myModule.js
/script
上面代码中由于浏览器脚本的默认语言是 JavaScript因此 typeapplication/javascript 可以省略。 默认情况下浏览器是同步加载 JavaScript 脚本即渲染引擎遇到 script 标签就会停下来等到执行完脚本再继续向下渲染。如果是外部脚本还 必须加入脚本下载的时间。 如果脚本体积很大下载和执行的时间就会很长因此造成浏览器堵塞用户会感觉到浏览器“卡死”了没有任何响应。这显然是很不好的体验所以浏览 器允许脚本异步加载下面就是两种异步加载的语法
script srcpath/to/myModule.js defer/script
script srcpath/to/myModule.js async/script
上面代码中 script 标签打开 defer 或 async 属性脚本就会异步加载。渲染引擎遇到这一行命令就会开始下载外部脚本但不会等它下载和执行 而是直接执行后面的命令。 defer 与 async 的区别是 defer 要等到整个页面在内存中正常渲染结束DOM 结构完全生成以及其他脚本执行完成才会执行 async 一旦下载 完渲染引擎就会中断渲染执行这个脚本以后再继续渲染。一句话 defer 是“渲染完再执行” async 是“下载完就执行”。另外如果有多个 defer 脚本会按照它们在页面出现的顺序加载而多个 async 脚本是不能保证加载顺序的。
1.2加载规则
浏览器加载 ES6 模块也使用 script 标签但是要加入 typemodule 属性。
script typemodule src./foo.js/script
上面代码在网页中插入一个模块 foo.js 由于 type 属性设为 module 所以浏览器知道这是一个 ES6 模块。 浏览器对于带有 typemodule 的 script 都是异步加载不会造成堵塞浏览器即等到整个页面渲染完再执行模块脚本等同于打开了 script 标签的 defer 属性
script typemodule src./foo.js/script
!-- 等同于 --
script typemodule src./foo.js defer/script
如果网页有多个 script typemodule 它们会按照在页面出现的顺序依次执行。 script 标签的 async 属性也可以打开这时只要加载完成渲染引擎就会中断渲染立即执行。执行完成后再恢复渲染
script typemodule src./foo.js async/script
一旦使用了 async 属性 script typemodule 就不会按照在页面出现的顺序执行而是只要该模块加载完成就执行该模块。 ES6 模块也允许内嵌在网页中语法行为与加载外部脚本完全一致
script typemodule
import utils from ./utils.js;
// other code
/script
对于外部的模块脚本上例是 foo.js 有几点需要注意。 代码是在模块作用域之中运行而不是在全局作用域运行。模块内部的顶层变量外部不可见。 模块脚本自动采用严格模式不管有没有声明 use strict 。 模块之中可以使用 import 命令加载其他模块 .js 后缀不可省略需要提供绝对 URL 或相对 URL也可以使用 export 命令输出对外接口。 模块之中顶层的 this 关键字返回 undefined 而不是指向 window 。也就是说在模块顶层使用 this 关键字是无意义的。 同一个模块如果加载多次将只执行一次。 下面是一个示例模块
import utils from https://example.com/js/utils.js;
const x 1;
console.log(x window.x); //false
console.log(this undefined); // true
delete x; // 句法错误严格模式禁止删除变量
利用顶层的 this 等于 undefined 这个语法点可以侦测当前代码是否在 ES6 模块之中
const isNotModuleScript this ! undefined;
2. ES6 模块与 CommonJS 模块的差异
讨论 Node 加载 ES6 模块之前必须了解 ES6 模块与 CommonJS 模块完全不同。 它们有两个重大差异。 CommonJS 模块输出的是一个值的拷贝ES6 模块输出的是值的引用。 CommonJS 模块是运行时加载ES6 模块是编译时输出接口。 第二个差异是因为 CommonJS 加载的是一个对象即 module.exports 属性该对象只有在脚本运行完才会生成。而 ES6 模块不是对象它的对外接 口只是一种静态定义在代码静态解析阶段就会生成。 下面重点解释第一个差异。 CommonJS 模块输出的是值的拷贝也就是说一旦输出一个值模块内部的变化就影响不到这个值。请看下面这个模块文件 lib.js 的例子。
// lib.js
var counter 3;
function incCounter() {
counter;
}
module.exports {
counter: counter,
incCounter: incCounter,
};
上面代码输出内部变量 counter 和改写这个变量的内部方法 incCounter 。然后在 main.js 里面加载这个模块。
// main.js
var mod require(./lib);
console.log(mod.counter); // 3
mod.incCounter();
console.log(mod.counter); // 3
上面代码说明 lib.js 模块加载以后它的内部变化就影响不到输出的 mod.counter 了。这是因为 mod.counter 是一个原始类型的值会被缓存。除非写 成一个函数才能得到内部变动后的值。
// lib.js
var counter 3;
function incCounter() {
counter;
}
module.exports {
get counter() {
return counter
},
incCounter: incCounter,
};
上面代码中输出的 counter 属性实际上是一个取值器函数。现在再执行 main.js 就可以正确读取内部变量 counter 的变动了。
$ node main.js
3
4
ES6 模块的运行机制与 CommonJS 不一样。JS 引擎对脚本静态分析的时候遇到模块加载命令 import 就会生成一个只读引用。等到脚本真正执行 时再根据这个只读引用到被加载的那个模块里面去取值。换句话说ES6 的 import 有点像 Unix 系统的“符号连接”原始值变了 import 加载的值
也会跟着变。因此ES6 模块是动态引用并且不会缓存值模块里面的变量绑定其所在的模块。 还是举上面的例子。
// lib.js
export let counter 3;
export function incCounter() {
counter;
}
// main.js
import { counter, incCounter } from ./lib;
console.log(counter); // 3
incCounter();
console.log(counter); // 4
上面代码说明ES6 模块输入的变量 counter 是活的完全反应其所在模块 lib.js 内部的变化。 再举一个出现在 export 一节中的例子
// m1.js
export var foo bar;
setTimeout(() foo baz, 500);
// m2.js
import {foo} from ./m1.js;
console.log(foo);
setTimeout(() console.log(foo), 500);
上面代码中 m1.js 的变量 foo 在刚加载时等于 bar 过了 500 毫秒又变为等于 baz 。 让我们看看 m2.js 能否正确读取这个变化。
$ babel-node m2.js
bar
baz
上面代码表明ES6 模块不会缓存运行结果而是动态地去被加载的模块取值并且变量总是绑定其所在的模块。 由于 ES6 输入的模块变量只是一个“符号连接”所以这个变量是只读的对它进行重新赋值会报错。
// lib.js
export let obj {};
// main.js
import { obj } from ./lib;
obj.prop 123; // OK
obj {}; // TypeError
上面代码中 main.js 从 lib.js 输入变量 obj 可以对 obj 添加属性但是重新赋值就会报错。因为变量 obj 指向的地址是只读的不能重新赋值这就 好比 main.js 创造了一个名为 obj 的 const 变量。 最后 export 通过接口输出的是同一个值。不同的脚本加载这个接口得到的都是同样的实例
// mod.js
function C() {
this.sum 0;
this.add function () {
this.sum 1;
};
this.show function () {
console.log(this.sum);
};
}
export let c new C();
上面的脚本 mod.js 输出的是一个 C 的实例。不同的脚本加载这个模块得到的都是同一个实例
// x.js
import {c} from ./mod;
c.add();
// y.js
import {c} from ./mod;
c.show()
// main.js
import ./x;
import ./y;
现在执行 main.js 输出的是 1
$ babel-node main.js
1
这就证明了 x.js 和 y.js 加载的都是 C 的同一个实例
3. Node 加载
3.1概述
Node 对 ES6 模块的处理比较麻烦因为它有自己的 CommonJS 模块格式与 ES6 模块格式是不兼容的。目前的解决方案是将两者分开ES6 模块 和 CommonJS 采用各自的加载方案。 Node 要求 ES6 模块采用 .mjs 后缀文件名。也就是说只要脚本文件里面使用 import 或者 export 命令那么就必须采用 .mjs 后缀名。 require 命令不 能加载 .mjs 文件会报错只有 import 命令才可以加载 .mjs 文件。反过来 .mjs 文件里面也不能使用 require 命令必须使用 import 。 目前这项功能还在试验阶段。安装 Node v8.5.0 或以上版本要用 --experimental-modules 参数才能打开该功能
$ node --experimental-modules my-app.mjs
为了与浏览器的 import 加载规则相同Node 的 .mjs 文件支持 URL 路径
import ./foo?query1; // 加载 ./foo 传入参数 ?query1
上面代码中脚本路径带有参数 ?query1 Node 会按 URL 规则解读。同一个脚本只要参数不同就会被加载多次并且保存成不同的缓存。由于这个 原因只要文件名中含有 : 、 % 、 # 、 ? 等特殊字符最好对这些字符进行转义。 目前Node 的 import 命令只支持加载本地模块 file: 协议不支持加载远程模块。 如果模块名不含路径那么 import 命令会去 node_modules 目录寻找这个模块。
import baz;
import abc/123;
如果模块名包含路径那么 import 命令会按照路径去寻找这个名字的脚本文件
import file:///etc/config/app.json;
import ./foo;
import ./foo?search;
import ../bar;
import /baz;
如果脚本文件省略了后缀名比如 import ./foo Node 会依次尝试四个后缀名 ./foo.mjs 、 ./foo.js 、 ./foo.json 、 ./foo.node 。如果这些脚 本文件都不存在Node 就会去加载 ./foo/package.json 的 main 字段指定的脚本。如果 ./foo/package.json 不存在或者没有 main 字段那么就会依次 加载 ./foo/index.mjs 、 ./foo/index.js 、 ./foo/index.json 、 ./foo/index.node 。如果以上四个文件还是都不存在就会抛出错误。 最后Node 的 import 命令是异步加载这一点与浏览器的处理方法相同
3.2内部变量
ES6 模块应该是通用的同一个模块不用修改就可以用在浏览器环境和服务器环境。为了达到这个目标Node 规定 ES6 模块之中不能使用 CommonJS 模块的特有的一些内部变量。 首先就是 this 关键字。ES6 模块之中顶层的 this 指向 undefined CommonJS 模块的顶层 this 指向当前模块这是两者的一个重大差异。 其次以下这些顶层变量在 ES6 模块之中都是不存在的
arguments require module exports __filename __dirname 如果你一定要使用这些变量有一个变通方法就是写一个 CommonJS 模块输出这些变量然后再用 ES6 模块加载这个 CommonJS 模块。但是这样 一来该 ES6 模块就不能直接用于浏览器环境了所以不推荐这样做。
// expose.js
module.exports {__dirname};
// use.mjs
import expose from ./expose.js;
const {__dirname} expose;
上面代码中 expose.js 是一个 CommonJS 模块输出变量 __dirname 该变量在 ES6 模块之中不存在。ES6 模块加载 expose.js 就可以得到 __dirname 。
4ES6 模块加载 CommonJS 模块
CommonJS 模块的输出都定义在 module.exports 这个属性上面。Node 的 import 命令加载 CommonJS 模块Node 会自动将 module.exports 属 性当作模块的默认输出即等同于 export default xxx 。 下面是一个 CommonJS 模块。
// a.js
module.exports {
foo: hello,
bar: world
};
// 等同于
export default {
foo: hello,
bar: world
};
import 命令加载上面的模块 module.exports 会被视为默认输出即 import 命令实际上输入的是这样一个对象 { default: module.exports } 。 所以一共有三种写法可以拿到 CommonJS 模块的 module.exports 。
// 写法一
import baz from ./a;
// baz {foo: hello, bar: world};
// 写法二
import {default as baz} from ./a;
// baz {foo: hello, bar: world};
// 写法三
import * as baz from ./a;
// baz {
// get default() {return module.exports;},
// get foo() {return this.default.foo}.bind(baz),
// get bar() {return this.default.bar}.bind(baz)
// }
上面代码的第三种写法可以通过 baz.default 拿到 module.exports 。 foo 属性和 bar 属性就是可以通过这种方法拿到了 module.exports 。 下面是一些例子
// b.js
module.exports null;
// es.js
import foo from ./b;
// foo null;
import * as bar from ./b;
// bar { default:null };
上面代码中 es.js 采用第二种写法时要通过 bar.default 这样的写法才能拿到 module.exports
// c.js
module.exports function two() {
return 2;
};
// es.js
import foo from ./c;
foo(); // 2
import * as bar from ./c;
bar.default(); // 2
bar(); // throws, bar is not a function
上面代码中 bar 本身是一个对象不能当作函数调用只能通过 bar.default 调用。 CommonJS 模块的输出缓存机制在 ES6 加载方式下依然有效
// foo.js
module.exports 123;
setTimeout(_ module.exports null);
上面代码中对于加载 foo.js 的脚本 module.exports 将一直是 123 而不会变成 null 。 由于 ES6 模块是编译时确定输出接口CommonJS 模块是运行时确定输出接口所以采用 import 命令加载 CommonJS 模块时不允许采用下面的写 法。
// 不正确
import { readfile } from fs;
上面的写法不正确因为 fs 是 CommonJS 格式只有在运行时才能确定 readfile 接口而 import 命令要求编译时就确定这个接口。解决方法就是改 为整体输入。
// 正确的写法一
import * as express from express;
const app express.default();
// 正确的写法二
import express from express;
const app express();
5CommonJS 模块加载 ES6 模块
CommonJS 模块加载 ES6 模块不能使用 require 命令而要使用 import() 函数。ES6 模块的所有输出接口会成为输入对象的属性
// es.mjs
let foo { bar: my-default };
export default foo;
foo null;
// cjs.js
const es_namespace await import(./es);
// es_namespace {
// get default() {
// ...
// }
// }
console.log(es_namespace.default);
// { bar:my-default }
上面代码中 default 接口变成了 es_namespace.default 属性。另外由于存在缓存机制 es.js 对 foo 的重新赋值没有在模块外部反映出来。 下面是另一个例子。
// es.js
export let foo { bar:my-default };
export { foo as bar };
export function f() {};
export class c {};
// cjs.js
const es_namespace await import(./es);
// es_namespace {
// get foo() {return foo;}
// get bar() {return foo;}
// get f() {return f;}
// get c() {return c;}
// }
6循环加载
“循环加载”circular dependency指的是 a 脚本的执行依赖 b 脚本而 b 脚本的执行又依赖 a 脚本。
// a.js
var b require(b);
// b.js
var a require(a);
通常“循环加载”表示存在强耦合如果处理不好还可能导致递归加载使得程序无法执行因此应该避免出现。 但是实际上这是很难避免的尤其是依赖关系复杂的大项目很容易出现 a 依赖 b b 依赖 c c 又依赖 a 这样的情况。这意味着模块加载机制必须考 虑“循环加载”的情况。 对于 JavaScript 语言来说目前最常见的两种模块格式 CommonJS 和 ES6处理“循环加载”的方法是不一样的返回的结果也不一样。
6.1CommonJS 模块的加载原理
介绍 ES6 如何处理“循环加载”之前先介绍目前最流行的 CommonJS 模块格式的加载原理。 CommonJS 的一个模块就是一个脚本文件。 require 命令第一次加载该脚本就会执行整个脚本然后在内存生成一个对象
{
id: ...,
exports: { ... },
loaded: true,
...
}
上面代码就是 Node 内部加载模块后生成的一个对象。该对象的 id 属性是模块名 exports 属性是模块输出的各个接口 loaded 属性是一个布尔值表 示该模块的脚本是否执行完毕。其他还有很多属性这里都省略了。 以后需要用到这个模块的时候就会到 exports 属性上面取值。即使再次执行 require 命令也不会再次执行该模块而是到缓存之中取值。也就是说 CommonJS 模块无论加载多少次都只会在第一次加载时运行一次以后再加载就返回第一次运行的结果除非手动清除系统缓存。
6.2CommonJS 模块的循环加载
CommonJS 模块的重要特性是加载时执行即脚本代码在 require 的时候就会全部执行。一旦出现某个模块被循环加载就只输出已经执行的部 分还未执行的部分不会输出。 让我们来看Node 官方文档里面的例子。脚本文件 a.js 代码如下。
exports.done false;
var b require(./b.js);
console.log(在 a.js 之中b.done %j, b.done);
exports.done true;
console.log(a.js 执行完毕);
上面代码之中 a.js 脚本先输出一个 done 变量然后加载另一个脚本文件 b.js 。注意此时 a.js 代码就停在这里等待 b.js 执行完毕再往下执行。 再看 b.js 的代码。
exports.done false;
var a require(./a.js);
console.log(在 b.js 之中a.done %j, a.done);
exports.done true;
console.log(b.js 执行完毕);
上面代码之中 b.js 执行到第二行就会去加载 a.js 这时就发生了“循环加载”。系统会去 a.js 模块对应对象的 exports 属性取值可是因为 a.js 还没有执行完从 exports 属性只能取回已经执行的部分而不是最后的值。 a.js 已经执行的部分只有一行。
exports.done false;
因此对于 b.js 来说它从 a.js 只输入一个变量 done 值为 false 。 然后 b.js 接着往下执行等到全部执行完毕再把执行权交还给 a.js 。于是 a.js 接着往下执行直到执行完毕。我们写一个脚本 main.js 验证这 个过程。
var a require(./a.js);
var b require(./b.js);
console.log(在 main.js 之中, a.done%j, b.done%j, a.done, b.done);
执行 main.js 运行结果如下。
$ node main.js
在 b.js 之中a.done false
b.js 执行完毕
在 a.js 之中b.done true
a.js 执行完毕
在 main.js 之中, a.donetrue, b.donetrue
上面的代码证明了两件事。一是在 b.js 之中 a.js 没有执行完毕只执行了第一行。二是 main.js 执行到第二行时不会再次执行 b.js 而是输出 缓存的 b.js 的执行结果即它的第四行
exports.done true;
总之CommonJS 输入的是被输出值的拷贝不是引用。 另外由于 CommonJS 模块遇到循环加载时返回的是当前已经执行的部分的值而不是代码全部执行后的值两者可能会有差异。所以输入变量的 时候必须非常小心。
var a require(a); // 安全的写法
var foo require(a).foo; // 危险的写法
exports.good function (arg) {
return a.foo(good, arg); // 使用的是 a.foo 的最新值
};
exports.bad function (arg) {
return foo(bad, arg); // 使用的是一个部分加载时的值
};
上面代码中如果发生循环加载 require(a).foo 的值很可能后面会被改写改用 require(a) 会更保险一点
7ES6 模块的循环加载
ES6 处理“循环加载”与 CommonJS 有本质的不同。ES6 模块是动态引用如果使用 import 从一个模块加载变量即 import foo from foo 那些 变量不会被缓存而是成为一个指向被加载模块的引用需要开发者自己保证真正取值的时候能够取到值。 请看下面这个例子。
// a.mjs
import {bar} from ./b;
console.log(a.mjs);
console.log(bar);
export let foo foo;
// b.mjs
import {foo} from ./a;
console.log(b.mjs);
console.log(foo);
export let bar bar
上面代码中 a.mjs 加载 b.mjs b.mjs 又加载 a.mjs 构成循环加载。执行 a.mjs 结果如下
$ node --experimental-modules a.mjs
b.mjs
ReferenceError: foo is not defined
上面代码中执行 a.mjs 以后会报错 foo 变量未定义这是为什么 让我们一行行来看ES6 循环加载是怎么处理的。首先执行 a.mjs 以后引擎发现它加载了 b.mjs 因此会优先执行 b.mjs 然后再执行 a.js 。接 着执行 b.mjs 的时候已知它从 a.mjs 输入了 foo 接口这时不会去执行 a.mjs 而是认为这个接口已经存在了继续往下执行。执行到第三行 console.log(foo) 的时候才发现这个接口根本没定义因此报错。 解决这个问题的方法就是让 b.mjs 运行的时候 foo 已经有定义了。这可以通过将 foo 写成函数来解决。
// a.mjs
import {bar} from ./b;
console.log(a.mjs);
console.log(bar());
function foo() { return foo }
export {foo};
// b.mjs
import {foo} from ./a;
console.log(b.mjs);
console.log(foo());
function bar() { return bar }
export {bar};
这时再执行 a.mjs 就可以得到预期结果
$ node --experimental-modules a.mjs
b.mjs
foo
a.mjs
bar
这是因为函数具有提升作用在执行 import {bar} from ./b 时函数 foo 就已经有定义了所以 b.mjs 加载的时候不会报错。这也意味着如果把函 数 foo 改写成函数表达式也会报错
// a.mjs
import {bar} from ./b;
console.log(a.mjs);
console.log(bar());
const foo () foo;
export {foo};
上面代码的第四行改成了函数表达式就不具有提升作用执行就会报错。 我们再来看 ES6 模块加载器SystemJS给出的一个例子
// even.js
import { odd } from ./odd
export var counter 0;
export function even(n) {
counter;
return n 0 || odd(n - 1);
}
// odd.js
import { even } from ./even;
export function odd(n) {
return n ! 0 even(n - 1);
}
上面代码中 even.js 里面的函数 even 有一个参数 n 只要不等于 0就会减去 1传入加载的 odd() 。 odd.js 也会做类似操作。 运行上面这段代码结果如下
$ babel-nodeimport * as m from ./even.js;m.even(10);
truem.counter
6m.even(20)
truem.counter
17
上面代码中参数 n 从 10 变为 0 的过程中 even() 一共会执行 6 次所以变量 counter 等于 6。第二次调用 even() 时参数 n 从 20 变为 0 even() 一共会执行 11 次加上前面的 6 次所以变量 counter 等于 17。 这个例子要是改写成 CommonJS就根本无法执行会报错
// even.js
var odd require(./odd);
var counter 0;
exports.counter counter;
exports.even function (n) {
counter;
return n 0 || odd(n - 1);
}
// odd.js
var even require(./even).even;
module.exports function (n) {
return n ! 0 even(n - 1);
}
上面代码中 even.js 加载 odd.js 而 odd.js 又去加载 even.js 形成“循环加载”。这时执行引擎就会输出 even.js 已经执行的部分不存在任何结 果所以在 odd.js 之中变量 even 等于 null 等到后面调用 even(n-1) 就会报错
$ nodevar m require(./even);m.even(10)
TypeError: even is not a function
8ES6 模块的转码
浏览器目前还不支持 ES6 模块为了现在就能使用可以将转为 ES5 的写法。除了 Babel 可以用来转码之外还有以下两个方法也可以用来转码
8.1ES6 module transpiler
ES6 module transpiler是 square 公司开源的一个转码器可以将 ES6 模块转为 CommonJS 模块或 AMD 模块的写法从而在浏览器中使用。 首先安装这个转码器
$ npm install -g es6-module-transpiler
然后使用 compile-modules convert 命令将 ES6 模块文件转码。
$ compile-modules convert file1.js file2.js
-o 参数可以指定转码后的文件名。
$ compile-modules convert -o out.js file1.js
8.2SystemJS
另一种解决方法是使用 SystemJS。它是一个垫片库polyfill可以在浏览器内加载 ES6 模块、AMD 模块和 CommonJS 模块将其转为 ES5 格 式。它在后台调用的是 Google 的 Traceur 转码器。 使用时先在网页内载入 system.js 文件。
script srcsystem.js/script
然后使用 System.import 方法加载模块文件
script
System.import(./app.js);
/script
上面代码中的 ./app 指的是当前目录下的 app.js 文件。它可以是 ES6 模块文件 System.import 会自动将其转码。 需要注意的是 System.import 使用异步加载返回一个 Promise 对象可以针对这个对象编程。下面是一个模块文件
// app/es6-file.js:
export class q {
constructor() {
this.es6 hello;
}
}
然后在网页内加载这个模块文件
script
System.import(app/es6-file).then(function(m) {
console.log(new m.q().es6); // hello
});
/script
上面代码中 System.import 方法返回的是一个 Promise 对象所以可以用 then 方法指定回调函数。
总结
本博客源于本人阅读相关书籍和视频总结创作不易谢谢点赞支持。学到就是赚到。我是歌谣励志成为一名优秀的技术革新人员。
欢迎私信交流一起学习一起成长。
推荐链接 其他文件目录参照
“睡服“面试官系列之各系列目录汇总建议学习收藏
