在我正在合作的一个项目中，我们有两个选择可以使用哪个模块系统:
使用require导入模块，使用using module导出模块。Exports和Exports .foo。 使用ES6 import导入模块，使用ES6 export导出模块
使用其中一种是否有性能上的好处?如果我们要使用ES6模块而不是Node模块，还有什么我们应该知道的吗?
当前回答
不确定为什么(可能是优化-延迟加载?)它是这样工作的，但我注意到，如果导入的模块不使用，导入可能无法解析代码。 在某些情况下，这可能不是预期的行为。
以讨厌的Foo类为例。
foo.ts
export default class Foo {}
console.log('Foo loaded');
例如:
index.ts
import Foo from './foo'
// prints nothing
index.ts
const Foo = require('./foo').default;
// prints "Foo loaded"
index.ts
(async () => {
const FooPack = await import('./foo');
// prints "Foo loaded"
})();
另一方面:
index.ts
import Foo from './foo'
typeof Foo; // any use case
// prints "Foo loaded"
其他回答
ES模块是静态的，这意味着导入是在每个模块的顶层描述的，并且在任何控制流语句之外。这是行不通的: If(条件){ 从'module1'导入module1 ｝
但是在commonjs中，它是允许的:
if (condition) {
module = require('module1')
}
ES modules run implicitly in strict mode. This means that we don't have to explicitly add the "use strict" statements at the beginning of every file. Strict mode cannot be disabled; therefore, we cannot use undeclared variables or the with statement or have other features that are only available in non-strict mode. strict mode is a safer execution mode. In ESM, some important CommonJS references are not defined. These include require , exports , module.exports , __filename, and __dirname. We can import CommonJS modules from ESM by using the standard import syntax. But only default exports work: import packageName from 'commonjs-package' // Works import { moduleName } from 'commonjs-package' // Errors
但是，从CommonJS模块中导入ES模块是不可能的。
ESM不能直接将JSON文件作为模块导入，这个特性在CommonJS中使用非常频繁。这就是为什么在reactjs中使用fetch api。 从'./data导入数据。json / /失败
主要优势是句法上的:
更多的声明性/紧凑语法 ES6模块基本上会让UMD(通用模块定义)过时——基本上消除了CommonJS和AMD(服务器vs浏览器)之间的分裂。
使用ES6模块你不太可能看到任何性能上的好处。你仍然需要一个额外的库来捆绑模块，即使在浏览器中完全支持ES6特性。
您可能需要考虑以下几种用法/功能:
要求:
你可以动态加载加载的模块名不是 预定义的/静态的，或者你有条件地加载一个模块仅当 它是“真正需要的”(取决于特定的代码流)。 加载 同步的。这意味着如果你有多个需求，它们就是 一个接一个地装载和处理。
ES6进口:
你可以使用 命名导入可选择性地只加载您需要的部分。可以 节省内存。 导入可以是异步的(在当前的ES6 Module Loader中，它实际上是异步的)，并且可以执行得更好一些。
同样，Require模块系统也不是基于标准的。现在ES6模块已经存在，它不太可能成为标准。在未来，在各种实现中会有对ES6模块的原生支持，这将在性能方面具有优势。
不确定为什么(可能是优化-延迟加载?)它是这样工作的，但我注意到，如果导入的模块不使用，导入可能无法解析代码。 在某些情况下，这可能不是预期的行为。
以讨厌的Foo类为例。
foo.ts
export default class Foo {}
console.log('Foo loaded');
例如:
index.ts
import Foo from './foo'
// prints nothing
index.ts
const Foo = require('./foo').default;
// prints "Foo loaded"
index.ts
(async () => {
const FooPack = await import('./foo');
// prints "Foo loaded"
})();
另一方面:
index.ts
import Foo from './foo'
typeof Foo; // any use case
// prints "Foo loaded"
最重要的是要知道ES6模块确实是一个官方标准，而CommonJS (Node.js)模块不是。
2019年，84%的浏览器支持ES6模块。虽然node .js将它们放在——experimental-modules标志后面，但还有一个称为esm的方便的节点包，这使得集成更加顺利。
在这些模块系统之间可能遇到的另一个问题是代码位置。Node.js假定source保存在node_modules目录中，而大多数ES6模块部署在平面目录结构中。解决这些问题并不容易，但可以通过破解你的软件包来实现。带有前后安装脚本的Json文件。这里有一个同构模块的例子和一篇解释它如何工作的文章。
