SyntaxError: Não é possível usar a instrução de importação fora de um módulo

Eu tenho um projeto ApolloServer que está me dando problemas, então pensei em atualizá-lo e ter problemas ao usar o Babel mais recente. Meu "index.js" é:

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

E quando o executo, recebo o erro "SyntaxError: Não é possível usar a declaração de importação fora de um módulo". Primeiro, tentei fazer as coisas para convencer o TPTB * de que este era um módulo (sem sucesso). Então eu mudei a "importação" para uma "exigência" e isso funcionou.

Mas agora tenho cerca de duas dúzias de "importações" em outros arquivos, dando-me o mesmo erro.

* Tenho certeza que a raiz do meu problema é que nem tenho certeza do que está reclamando sobre o problema. Eu meio que presumi que fosse o Babel 7 (já que eu sou do Babel 6 e precisei alterar as predefinições), mas não tenho 100% de certeza.

A maior parte do que encontrei para soluções não parece se aplicar ao Node direto. Como este aqui:

Importação do módulo ES6 fornecendo "Untaught SyntaxError: identificador inesperado"

Diz que foi resolvido adicionando "type = module", mas isso normalmente ocorre no HTML, do qual não tenho nenhum. Também tentei usar as predefinições antigas do meu projeto:

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

Mas isso me dá outro erro: "Erro: arquivos de plug-in / predefinidos não podem exportar objetos, apenas funções".

UPDATE: Aqui estão as dependências com as quais eu comecei:

"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",

Atualização 2020 (nó 13.2.0 ou posterior)

Verifique se você tem a versão mais recente do Node instalada. A --experimental-modulesbandeira não é mais necessária. Simplesmente siga um destes procedimentos :

• Adicione "type": "module"ao pai mais próximo package.json. Com isso, todos os arquivos .jse .mjssão interpretados como módulos ES. Você pode interpretar arquivos individuais como CommonJS usando a .cjsextensão

OU

• Nomeie explicitamente os arquivos com a .mjsextensão. Todos os outros arquivos, como .jsserão interpretados como CommonJS, que é o padrão se typenão estiver definido em package.json.

De acordo com o documento oficial ( https://nodejs.org/api/esm.html#esm_code_import_code_statements ):

As instruções de importação são permitidas apenas nos módulos ES. Para funcionalidade semelhante no CommonJS, consulte import ().

Para fazer o Node tratar seu arquivo como um módulo ES, você precisa ( https://nodejs.org/api/esm.html#esm_enabling ):

• adicione "type": "module" ao package.json
• adicione o sinalizador "--experimental-modules" à chamada do nó

Eu tive o mesmo problema e o seguinte foi corrigido (usando o nó 12.13.1):

• Altere a extensão de arquivo .js para .mjs
• Adicione o sinalizador --experimental-modules ao executar seu aplicativo.
• Opcional: adicione "type": "module" em seu package.json

mais informações: https://nodejs.org/api/esm.html

Eu tive esse problema em um projeto de API Express iniciante.

O código do servidor incorreto em 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...'));

Aqui estavam minhas dependências:

{
  "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"
  }
}

E aqui estava o corredor que lançou o erro:

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

Isso foi frustrante, pois eu tinha um projeto Express semelhante que funcionou bem.

A solução foi primeiramente adicionar esta dependência:

npm install @babel/preset-env

E então conectá-lo usando um babel.config.jsna raiz do projeto:

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

Não entendo muito bem por que isso funciona, mas copiei de uma fonte autorizada , por isso estou feliz em continuar.

1. Eu tive o mesmo problema quando comecei a usar o babel ... Mas, mais tarde, eu tinha uma solução ... não tinha mais o problema até agora ... Atualmente, o nó v12.14.1, "@ babel / node" : "^ 7.8.4", eu uso babel-node e nodemon para executar (o nó também está bom ..)
2. package.json: "start": "nodemon --exec babel-node server.js" debug ":" babel-node debug server.js "!! note: server.js é o meu arquivo de entrada, você pode usar o seu.
3. launch.json Ao depurar, você também precisa configurar o arquivo launch.json "runtimeExecutable": "$ {workspaceRoot} /node_modules/.bin/babel-node" !! note: plus runtimeExecutable na configuração.
4. Obviamente, com o babel-node, você normalmente também precisa e edita outro arquivo, como o arquivo babel.config.js / .babelrc

Minha solução foi incluir o caminho do nó babel ao executar o nodemon da seguinte maneira:

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

você pode adicionar seu script package.json como:

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

NOTA: Meu arquivo de entrada é index.js, substitua-o pelo seu arquivo de entrada (muitos têm app.js / server.js).