Knoten 13.2.0 und höher
NodeJS 13.2.0 unterstützt jetzt ES-Module ohne Flag. 🎉 Die Implementierung ist jedoch weiterhin als experimentell gekennzeichnet. Verwenden Sie sie daher in der Produktion mit Vorsicht.
Fügen Sie Folgendes hinzu, um die ESM-Unterstützung in 13.2.0 zu aktivieren package.json:
{
"type": "module"
}
Alle .js, .mjs(oder Dateien ohne Erweiterung) als ESM behandelt werden.
Neben dem gesamten package.jsonOpt-In gibt es eine Reihe verschiedener Optionen , die alle in der Dokumentation zu 13.2.0 aufgeführt sind .
Knoten 13.1.0 und darunter
Diejenigen, die noch ältere Versionen von Node verwenden, sollten den esm-Modullader ausprobieren , der eine produktionsbereite Implementierung der ES-Modulspezifikation für NodeJS ist:
node -r esm main.js
Detaillierte Updates ...
23. April 2019
Ein PR ist kürzlich gelandet, um die Art und Weise zu ändern, in der ES-Module erkannt werden:
https://github.com/nodejs/node/pull/26745
Es befindet sich immer noch hinter der --experimental-modulesFlagge, aber es gibt wesentliche Änderungen in der Art und Weise, wie Module geladen werden können:
package.typedas kann entweder moduleoder seincommonjs
type: "commonjs"::
.js wird als commonjs analysiert- Standard für Einstiegspunkt ohne Erweiterung ist commonjs
type: "module"::
.js wird als esm analysiert- unterstützt standardmäßig nicht das Laden von JSON oder Native Module
- Standard für Einstiegspunkt ohne Erweiterung ist esm
--type=[mode]Damit können Sie den Typ am Einstiegspunkt festlegen. Wird package.typefür den Einstiegspunkt überschrieben .- Eine neue Dateierweiterung
.cjs.
- Dies dient speziell zur Unterstützung des Imports von CommonJs in den
moduleModus.
- Dies ist nur im esm-Loader der Fall, der commonjs-Loader bleibt unberührt, aber die Erweiterung funktioniert im alten Loader, wenn Sie den vollständigen Dateipfad verwenden.
--es-module-specifier-resolution=[type]
- Optionen sind
explicit(Standard) undnode
- Standardmäßig lässt unser Loader keine optionalen Erweiterungen beim Import zu. Der Pfad für ein Modul muss die Erweiterung enthalten, falls vorhanden
- Standardmäßig erlaubt unser Loader nicht den Import von Verzeichnissen mit einer Indexdatei
- Entwickler können
--es-module-specifier-resolution=nodedamit den Commonjs Specifier Resolution-Algorithmus aktivieren
- Dies ist kein „Feature“, sondern eine Implementierung zum Experimentieren. Es wird erwartet, dass es sich ändert, bevor das Flag entfernt wird
--experimental-json-loader
- die einzige Möglichkeit, json zu importieren, wenn
"type": "module"
- Wenn diese Option aktiviert
import 'thing.json'ist, durchlaufen alle den experimentellen Loader unabhängig vom Modus
- basierend auf whatwg / html # 4315
- Mit können Sie
package.maineinen Einstiegspunkt für ein Modul festlegen
- Die in main verwendeten Dateierweiterungen werden je nach Modultyp aufgelöst
17. Januar 2019
Knoten 11.6.0 listet ES-Module weiterhin als experimentell hinter einem Flag auf.
13. September 2017
NodeJS 8.5.0 wurde mit Unterstützung für MJS-Dateien hinter einem Flag veröffentlicht:
node --experimental-modules index.mjs
Hierfür ist geplant, das Flag für die Version 10.0 LTS zu entfernen.
- Veraltete Informationen. Wird hier aus historischen Gründen aufbewahrt.
8. September 2017
Der NodeJS-Hauptzweig wurde mit anfänglicher Unterstützung für ESM-Module aktualisiert:
https://github.com/nodejs/node/commit/c8a389e19f172edbada83f59944cad7cc802d9d5
Dies sollte spätestens in der Nacht verfügbar sein (dies kann über nvm installiert werden , um zusammen mit Ihrer vorhandenen Installation ausgeführt zu werden):
https://nodejs.org/download/nightly/
Und hinter der --experimental-modulesFlagge aktiviert :
package.json
{
"name": "testing-mjs",
"version": "1.0.0",
"description": "",
"main": "index.mjs" <-- Set this to be an mjs file
}
Dann renne:
node --experimental-modules .
Februar 2017:
https://medium.com/@jasnell/an-update-on-es6-modules-in-node-js-42c958b890c#.6ye7mtn37
Die NodeJS-Leute haben entschieden, dass die am wenigsten schlechte Lösung die Verwendung der .mjsDateierweiterung ist. Das Mitnehmen daraus ist:
Mit anderen Worten, da zwei Dateien foo.jsund bar.mjsunter Verwendung import *
from 'foo'behandeln wird foo.jsals Commonjs während import * from 'bar'
behandeln bar.mjsals ES6 Modul
Und was die Zeitpläne betrifft ...
Zum gegenwärtigen Zeitpunkt gibt es noch eine Reihe von Spezifikations- und Implementierungsproblemen, die auf der Seite von ES6 und Virtual Machine auftreten müssen, bevor Node.js überhaupt mit der Ausarbeitung einer unterstützbaren Implementierung von ES6-Modulen beginnen kann. Die Arbeiten sind im Gange, aber es wird einige Zeit dauern - wir sehen derzeit mindestens ein Jahr .
Oktober 2016:
Einer der Entwickler von Node.JS hat kürzlich an einem TC-39-Meeting teilgenommen und einen hervorragenden Artikel über die Blocker für die Implementierung für Node.JS verfasst:
https://hackernoon.com/node-js-tc-39-and-modules-a1118aecf95e
Das grundlegende Mitnehmen davon ist:
- ES-Module werden statisch analysiert, CommonJS ausgewertet
- CommonJS-Module ermöglichen den Export von Affen-Patches, ES-Module derzeit nicht
- Es ist schwierig zu erkennen, was ein ES-Modul und was CommonJS ist, ohne irgendeine Benutzereingabe, aber sie versuchen es.
*.mjs scheint die wahrscheinlichste Lösung zu sein, es sei denn, sie können ein ES-Modul ohne Benutzereingabe genau erkennen
- Ursprüngliche Antwort -
Dies ist seit geraumer Zeit eine heiße Kartoffel. Fazit: Ja, Node wird möglicherweise die ES2015-Syntax zum Importieren / Exportieren von Modulen unterstützen - höchstwahrscheinlich, wenn die Spezifikation zum Laden von Modulen fertiggestellt und vereinbart ist.
Hier ist ein guter Überblick darüber, was NodeJS aufhält. Im Wesentlichen müssen sie sicherstellen, dass die neue Spezifikation für Node funktioniert, bei dem es sich hauptsächlich um bedingtes synchrones Laden handelt, und für HTML, das hauptsächlich asynchron ist.
Derzeit weiß niemand genau Bescheid, aber ich kann mir vorstellen, dass Node das import/exportstatische Laden zusätzlich zum neuen System.importfür das dynamische Laden unterstützt - und dabei den alten requireCode beibehält.
Hier sind einige Vorschläge, wie Node dies erreichen könnte:
node es2015 moduleswird Folgendes als eines der Top-Ergebnisse angezeigt : github.com/nodejs/node/wiki/ES6-Module-Detection-in-Node .