NodeJS планирует поддерживать импорт / экспорт модулей es6 (es2015)

Я искал по всему интернету без четкого ответа на это.

В настоящее время NodeJS использует только синтаксис CommonJS для загрузки модулей, и если вы действительно хотите использовать стандартный синтаксис модулей ES2015, вы должны либо перенести его заранее, либо использовать внешний загрузчик модулей во время выполнения.

В настоящее время я не слишком уверен, чтобы использовать любой из этих двух методов, планируют ли сопровождающие NodeJS даже поддерживать модули ES2015 или нет? Я вообще не нашел подсказки по этому поводу.

На данный момент NodeJS 6.x утверждает, что поддерживает 96% функций ES2015, но нет никаких ссылок на модули ( ссылка на поддержку NodeJS ES2105 ).

Знаете ли вы, будет ли NodeJS поддерживать эти модули "из коробки" в ближайшем будущем?

Узел 13.2.0 и выше

NodeJS 13.2.0 теперь поддерживает модули ES без флага 🎉 Однако реализация по-прежнему помечена как экспериментальная, поэтому используйте ее с осторожностью.

Чтобы включить поддержку ESM в 13.2.0, добавьте следующее package.json:

{
  "type": "module"
}

Все .js, .mjs(или файлы без расширения) будет рассматриваться как ESM.

Существует целый ряд различных опций, кроме полного подписки,package.json которые подробно описаны в Документации для 13.2.0 .

Узел 13.1.0 и ниже

Те , кто до сих пор использует старые версии Node может понадобиться попробовать ESM модуль загрузчик, который является производством готовой реализацией ES Модули Spec для NodeJS:

node -r esm main.js

Подробные обновления ...

23 апреля 2019 г.

Недавно появился PR, чтобы изменить способ обнаружения ES-модулей: https://github.com/nodejs/node/pull/26745

Это все еще за --experimental-modulesфлагом, но есть значительные изменения в способе загрузки модулей:

• package.typeкоторый может быть moduleилиcommonjs
  • type: "commonjs":
    • .js анализируется как commonjs
    • по умолчанию для точки входа без расширения является commonjs
  • type: "module":
    • .js анализируется как ESM
    • не поддерживает загрузку JSON или Native Module по умолчанию
    • по умолчанию для точки входа без расширения является esm
• --type=[mode]чтобы вы могли установить тип в точке входа. Переопределит package.typeдля точки входа.
• Новое расширение файла .cjs.
  • это специально для поддержки импорта commonjs в moduleрежиме.
  • это только в загрузчике esm, загрузчик commonjs остается без изменений, но расширение будет работать в старом загрузчике, если вы используете полный путь к файлу.
• --es-module-specifier-resolution=[type]
  • варианты explicit(по умолчанию) иnode
  • по умолчанию наш загрузчик не допускает дополнительных расширений при импорте, путь к модулю должен включать расширение, если оно есть
  • по умолчанию наш загрузчик не позволяет импортировать каталоги с индексным файлом
  • разработчики могут использовать, --es-module-specifier-resolution=nodeчтобы включить алгоритм разрешения спецификатора commonjs
  • Это не «особенность», а реализация для экспериментов. Ожидается, что он будет изменен до удаления флага
• --experimental-json-loader
  • единственный способ импортировать JSON, когда "type": "module"
  • при включении все import 'thing.json'пройдет через экспериментальный загрузчик независимо от режима
  • основанный на whatwg / html # 4315
• Вы можете использовать, package.mainчтобы установить точку входа для модуля
  • расширения файлов, используемые в main, будут решаться в зависимости от типа модуля

17 января 2019 г.

Узел 11.6.0 по- прежнему перечисляет модули ES как экспериментальные, за флагом.

13 сентября 2017

NodeJS 8.5.0 был выпущен с поддержкой файлов mjs за флагом:

node --experimental-modules index.mjs

План для этого состоит в том, чтобы удалить флаг для выпуска LTS v10.0.

- Обновленная информация. Хранится здесь в исторических целях

8 сентября 2017

Основная ветка NodeJS была обновлена ​​с начальной поддержкой модулей 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:

https://medium.com/@jasnell/an-update-on-es6-modules-in-node-js-42c958b890c#.6ye7mtn37

Ребята из NodeJS решили, что наименее плохим решением является использование .mjsрасширения файла. Вывод из этого:

Другими словами, данные два файла foo.jsи bar.mjsиспользование import * from 'foo'будут рассматриваться foo.jsкак CommonJS, а import * from 'bar' будут рассматриваться bar.mjsкак модуль ES6.

А что касается сроков ...

В настоящий момент все еще существует ряд проблем со спецификацией и реализацией, которые должны произойти на стороне ES6 и виртуальной машины, прежде чем Node.js сможет даже приступить к разработке поддерживаемой реализации модулей ES6. Работа продолжается, но это займет некоторое время - в настоящее время мы рассматриваем как минимум год .

Октябрь 2016:

Один из разработчиков на Node.JS недавно присутствовал на собрании TC-39 и написал превосходную статью о блокировщиках для реализации для Node.JS:

https://hackernoon.com/node-js-tc-39-and-modules-a1118aecf95e

Основной вывод из этого:

• Модули ES подвергаются статическому анализу, оцениваются CommonJS
• Модули CommonJS позволяют экспортировать исправления обезьян, в настоящее время модули ES не поддерживают
• Трудно определить, что такое ES-модуль и что такое CommonJS без какой-либо формы пользовательского ввода, но они пытаются.
• *.mjs кажется наиболее вероятным решением, если они не могут точно обнаружить модуль ES без ввода пользователя

- Оригинальный ответ -

Это была горячая картошка уже довольно давно. Суть в том, что да, Node в конечном итоге будет поддерживать синтаксис ES2015 для импорта / экспорта модулей - скорее всего, когда спецификация для загрузки модулей будет завершена и согласована.

Вот хороший обзор того, что держит NodeJS. По сути, они должны убедиться, что новая спецификация работает для Node, который в основном состоит из условной синхронной загрузки, а также для HTML, который в основном асинхронный.

Никто не знает наверняка прямо сейчас, но я предполагаю, что Node будет поддерживать import/exportстатическую загрузку, в дополнение к новой System.importдля динамической загрузки - при этом сохраняя requireустаревший код.

Вот несколько предложений о том, как Node может достичь этого:

• В защиту .js
• модули .mjs