我一直在互联网上寻找有关此问题的明确答案。
当前,NodeJS仅使用CommonJS语法加载模块,如果您确实要使用标准的ES2015模块语法,则必须事先对其进行转换,或者在运行时使用外部模块加载器。
目前,我不太愿意使用这两种方法,NodeJS维护人员是否计划支持ES2015模块?我完全没有发现任何提示。
目前,NodeJS 6.x声称支持96%的ES2015功能,但没有任何模块参考(NodeJS ES2105支持链接)。
您是否知道在不久的将来NodeJS是否会立即支持这些模块?
我一直在互联网上寻找有关此问题的明确答案。
当前,NodeJS仅使用CommonJS语法加载模块,如果您确实要使用标准的ES2015模块语法,则必须事先对其进行转换,或者在运行时使用外部模块加载器。
目前,我不太愿意使用这两种方法,NodeJS维护人员是否计划支持ES2015模块?我完全没有发现任何提示。
目前,NodeJS 6.x声称支持96%的ES2015功能,但没有任何模块参考(NodeJS ES2105支持链接)。
您是否知道在不久的将来NodeJS是否会立即支持这些模块?
Answers:
节点13.2.0及以上
NodeJS 13.2.0现在支持不带标志的ES模块🎉但是,该实现仍被标记为实验性的,因此在生产中使用时应谨慎。
要在13.2.0中启用ESM支持,请将以下内容添加到您的package.json
:
{
"type": "module"
}
所有.js
,.mjs
(或不带扩展名的文件)将被视为ESM。
除了整个package.json
选择加入之外,还有许多其他选项,有关详细信息,请参见13.2.0的文档。。
节点13.1.0及以下
那些仍在使用旧版本Node的用户可能想尝试esm模块加载器,这是NodeJS ES模块规范的生产就绪型实现:
node -r esm main.js
详细更新...
2019年4月23日
最近登陆的PR更改了检测ES模块的方式: https //github.com/nodejs/node/pull/26745
它仍然落后--experimental-modules
,但是模块的加载方式发生了重大变化:
package.type
可以是module
或commonjs
type: "commonjs"
:
.js
被解析为commonjstype: "module"
:
.js
被解析为esm--type=[mode]
让您在入口点上设置类型。将覆盖package.type
入口点。.cjs
。
module
方式导入commonjs 。--es-module-specifier-resolution=[type]
explicit
(默认)和node
--es-module-specifier-resolution=node
启用commonjs说明符解析算法--experimental-json-loader
"type": "module"
import 'thing.json'
都会独立于模式进行实验加载程序package.main
用来设置模块的入口点
2019年1月17日
节点11.6.0仍在标志后面将ES模块列为实验模块。
2017年9月13日
NodeJS 8.5.0已发布,在标志后面支持mjs文件:
node --experimental-modules index.mjs
计划是删除v10.0 LTS版本的标志。
-过时的信息。出于历史目的保留在这里
2017年9月8日
NodeJS master分支已更新,最初支持ESM模块:
https //github.com/nodejs/node/commit/c8a389e19f172edbada83f59944cad7cc802d9d5
它应该在最新的每晚更新中可用(可以通过nvm进行安装以与现有安装一起运行):https : //nodejs.org/download/nightly/
并在--experimental-modules
标志后面启用:
package.json
{
"name": "testing-mjs",
"version": "1.0.0",
"description": "",
"main": "index.mjs" <-- Set this to be an mjs file
}
然后运行:
node --experimental-modules .
2017年2月:
https://medium.com/@jasnell/an-update-on-es6-modules-in-node-js-42c958b890c#.6ye7mtn37
NodeJS伙计们认为最糟糕的解决方案是使用.mjs
文件扩展名。得出的结论是:
换句话说,给定两个文件
foo.js
和bar.mjs
,usingimport * from 'foo'
将被foo.js
视为CommonJS,而import * from 'bar'
将被bar.mjs
视为ES6模块
至于时间表...
在当前时间点上,在Node.js甚至开始研究可支持的ES6模块实现之前,ES6和虚拟机方面仍需要解决许多规范和实现问题。工作仍在进行中,但将需要一些时间-我们目前至少需要一年左右的时间。
2016年10月:
Node.JS的开发人员之一最近参加了TC-39会议,并撰写了一篇关于实现Node.JS的阻止程序的绝妙文章:
https://hackernoon.com/node-js-tc-39-and-modules-a1118aecf95e
基本的收获是:
*.mjs
似乎是最可能的解决方案,除非他们可以在无需用户输入的情况下准确检测出ES模块-原始答案-
这已经很长时间了。最重要的是,是的,Node最终将支持导入/导出模块的ES2015语法-最有可能在加载模块规范时最终确定并同意时。
这是一个很好的概述 NodeJS保持。本质上,他们需要确保新规范适用于主要是有条件的,同步加载的Node以及主要是异步的HTML。
目前尚无人知道,但我想Node除了支持动态加载import/export
的新功能外,还将支持静态System.import
加载-同时仍保留require
旧代码。
以下是一些有关Node如何实现此目标的建议:
.mjs
扩展名:We have affectionately called these “Michael Jackson Script” files in the past
。以防万一您在JS演讲中听到有人谈论流行歌手。
import * from 'foo'
会将foo.js视为CommonJS import * as bar from 'bar'
会将bar.js视为ES6模块有人可以解释吗?
node es2015 modules
,显示了以下结果的最上面的一个:github.com/nodejs/node/wiki/ES6-Module-Detection-in-Node。