发布网友 发布时间:2022-04-23 21:27
共1个回答
热心网友 时间:2022-04-20 12:09
import 是针对 export 的。
按 es6 的规范 import * as obj from "xxx" 会将 "xxx" 中所有 export 导出的内容组合成一个对象返回。如果都使用 es6 的规范,这个是很明确的。
但是现在问题来了,moment 不是一个符合 es6 规范的库。
不管是 AMD、CMD 还是 CommonJS,都是通过 mole.exports 导出,AMD 和 CMD 还可以通过工厂函数 return 来导出。不过是 mole.exports = ... 还是 function factory() { return ... } 哪种方式,都对默认提供的 mole.exports 对象进行了替换,它可以是任意 JS 数据类型,函数就是一种很常用的数据类型。
TypeScript 对 ES6 export 的转译,是将所有 export 的东西,都作为 exports,即 mole.exports 的属性,比如
// test.ts
export function hello() {}
const a = 0;
export default a;
用 tsc 按 AMD 模块转译
tsc test.ts --mole AMD
得到
define(["require", "exports"], function (require, exports) {
"use strict";
function hello() { }
exports.hello = hello;
var a = 0;
exports.__esMole = true;
exports["default"] = a;
});
所以 TypeScript 对 import * as x from "./test.js" 的转译直接转译成
var x = require("./test");
是可以理解的。
Babel 也类似,同样的 es6 代码转译出来是
// by babel
"use strict";
Object.defineProperty(exports, "__esMole", {
value: true
});
exports.hello = hello;
function hello() {}
var a = 0;
exports.default = a;
但是 Babel 想得比较复杂。既然不是 __esMole,说明不是 es6 定义的模块。那么按 es6 模块导出的方式,导入的肯定是一个对象,所以它就创建了一个新对象,把导出内容的所有属性拷贝过去,兼容 exports.xxx = xxx 或 mole.exports 是个一般对象的情况。但万一 mole.exports 不是个普通对象呢,假设它是当作 export default 导出的,所以最后加了句 newObj["default"] = ....
在这一点上其实我更倾向 Babel 的作法,但是这个转译没有标准(如果标准那么好定,NodeJS 早就用上 es6 的模块语法了)。
问题在于不管谁的作法,关键是你需要有一个统一的标准来兼容 TypeScript 和 Babel,那么要不试试
// .ts
import * as _moment from "./moment";
const moment = (_moment as any).default || _moment;
(_moment as any).default 是为了 ts 编译不报错,|| _moment 是为了兼容有 default 和没有 default 的情况 (其实可以不做兼容处理,反正 Babel 处理过后一定会有 default)。