SyntaxError: Невозможно использовать оператор импорта вне модуля

У меня есть проект ApolloServer, который доставляет мне неприятности, поэтому я подумал, что могу обновить его и столкнулся с проблемами при использовании последней версии Babel. Мой "index.js" это:

require('dotenv').config()
import {startServer} from './server'
startServer()

И когда я запускаю его, я получаю сообщение об ошибке «SyntaxError: Невозможно использовать оператор импорта вне модуля». Сначала я попытался сделать что-то, чтобы убедить TPTB *, что это был модуль (но безуспешно). Поэтому я изменил «импорт» на «требовать», и это сработало.

Но теперь у меня есть около двух десятков «импортов» в других файлах, выдающих мне ту же ошибку.

* Я уверен, что корень моей проблемы в том, что я даже не уверен, что жалуется на проблему. Я вроде бы предположил, что это был Babel 7 (так как я пришел из Babel 6, и мне пришлось сменить пресеты), но я не уверен на 100%.

Большая часть того, что я нашел для решений, похоже, не относится к прямому Node. Как этот здесь:

Импорт модуля ES6, выдающий «Uncaught SyntaxError: Неожиданный идентификатор»

Говорит, что это было решено добавлением «type = module», но это обычно происходит в HTML, которого у меня нет. Я также попытался использовать старые пресеты моего проекта:

"presets": ["es2015", "stage-2"],
"plugins": []

Но это вызывает у меня еще одну ошибку: «Ошибка: файлы плагинов / пресетов не могут экспортировать объекты, только функции».

ОБНОВЛЕНИЕ: Вот зависимости, с которых я начал:

"dependencies": {
"@babel/polyfill": "^7.6.0",
"apollo-link-error": "^1.1.12",
"apollo-link-http": "^1.5.16",
"apollo-server": "^2.9.6",
"babel-preset-es2015": "^6.24.1",

Обновление 2020 (Узел 13.2.0+)

Убедитесь, что у вас установлена ​​последняя версия Node. Не --experimental-modulesфлаг больше не нужен. Просто выполните одно из следующих действий :

• Добавьте "type": "module"к ближайшему родителю package.json. При этом все .jsи .mjsфайлы интерпретируются как модули ES. Вы можете интерпретировать отдельные файлы как CommonJS, используя .cjsрасширение.

ИЛИ

• Явно назовите файлы с .mjsрасширением. Все остальные файлы, например, .jsбудут интерпретироваться как CommonJS, который используется по умолчанию, если typeон не определен в package.json.

Согласно официальному документу ( https://nodejs.org/api/esm.html#esm_code_import_code_statements ):

Операторы импорта разрешены только в модулях ES. Для аналогичной функциональности в CommonJS, см. Import ().

Чтобы Node рассматривал ваш файл как модуль ES, вам необходимо ( https://nodejs.org/api/esm.html#esm_enabling ):

• добавить "type": "module" в package.json
• добавить флаг "--experimental-modules" к вызову узла

У меня была та же проблема, и следующие исправили ее (используя узел 12.13.1):

• Измените расширение файлов .js на .mjs
• Добавьте флаг --experimental-modules при запуске приложения.
• Необязательно: добавьте "type": "module" в ваш package.json

дополнительная информация: https://nodejs.org/api/esm.html

У меня была эта проблема в молодом проекте Express API.

Код сервера-нарушителя в src/server/server.js:

import express from 'express';
import {initialDonationItems, initialExpenditureItems} from "./DemoData";

const server = express();

server.get('/api/expenditures', (req, res) => {
  res.type('json');
  res.send(initialExpenditureItems);
});

server.get('/api/donations', (req, res) => {
  res.type('json');
  res.send(initialDonationItems);
});

server.listen(4242, () => console.log('Server is running...'));

Здесь были мои зависимости:

{
  "name": "contributor-api",
  "version": "0.0.1",
  "description": "A Node backend to provide storage services",
  "scripts": {
    "dev-server": "nodemon --exec babel-node src/server/server.js --ignore dist/",
    "test": "jest tests"
  },
  "license": "ISC",
  "dependencies": {
    "@babel/core": "^7.9.6",
    "@babel/node": "^7.8.7",
    "babel-loader": "^8.1.0",
    "express": "^4.17.1",
    "mysql2": "^2.1.0",
    "sequelize": "^5.21.7",
    "sequelize-cli": "^5.5.1"
  },
  "devDependencies": {
    "jest": "^25.5.4",
    "nodemon": "^2.0.3"
  }
}

И вот бегун, который бросил ошибку:

nodemon --exec babel-node src/server/server.js --ignore dist

Это было неприятно, так как у меня был похожий проект Express, который работал нормально.

Первым решением было добавить эту зависимость:

npm install @babel/preset-env

А затем подключить его, используя babel.config.jsв корне проекта:

module.exports = {
  presets: ['@babel/preset-env'],
};

Я не совсем понимаю, почему это работает, но я скопировал это из авторитетного источника , поэтому я счастлив придерживаться этого.

1. У меня была та же проблема, когда я начал использовать babel ... Но позже у меня было решение ... У меня больше не было проблемы ... В настоящее время, Node v12.14.1, "@ babel / node" : "^ 7.8.4", я использую babel-node и nodemon для выполнения (также хорошо работает узел ..)
2. package.json: "start": "nodemon --exec babel-node server.js" debug ":" babel-node debug server.js "!! note: server.js - это мой входной файл, вы можете использовать свой.
3. launch.json При отладке вам также необходимо настроить файл launch.json "runtimeExecutable": "$ {workspaceRoot} /node_modules/.bin/babel-node" !! note: плюс runtimeExecutable в конфигурацию.
4. Конечно, с babel-node вам также обычно нужно отредактировать другой файл, такой как файл babel.config.js / .babelrc.

Мое решение состояло в том, чтобы включить путь babel-node при запуске nodemon следующим образом:

nodemon node_modules/.bin/babel-node index.js

Вы можете добавить в свой скрипт package.json как:

debug: nodemon node_modules/.bin/babel-node index.js

ПРИМЕЧАНИЕ. Мой входной файл - index.js, замените его вашим входным файлом (у многих есть app.js / server.js).