SyntaxError: impossible d'utiliser l'instruction d'importation en dehors d'un module

J'ai un projet ApolloServer qui me pose problème, alors j'ai pensé que je pourrais le mettre à jour et j'ai rencontré des problèmes lors de l'utilisation du dernier Babel. Mon "index.js" est:

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

Et lorsque je l'exécute, j'obtiens l'erreur "SyntaxError: Impossible d'utiliser l'instruction d'importation en dehors d'un module". J'ai d'abord essayé de faire des choses pour convaincre TPTB * qu'il s'agissait d'un module (sans succès). J'ai donc changé le "import" en "besoin" et cela a fonctionné.

Mais maintenant, j'ai environ deux douzaines d '"importations" dans d'autres fichiers, ce qui me donne la même erreur.

* Je suis sûr que la racine de mon problème est que je ne suis même pas sûr de ce qui se plaint du problème. J'ai en quelque sorte supposé que c'était Babel 7 (puisque je viens de Babel 6 et j'ai dû changer les préréglages) mais je ne suis pas sûr à 100%.

La plupart de ce que j'ai trouvé pour les solutions ne semble pas s'appliquer au nœud droit. Comme celui-ci ici:

Importation du module ES6 donnant "SyntaxError non capturée: identifiant inattendu"

Dit qu'il a été résolu en ajoutant "type = module" mais cela irait généralement dans le HTML, dont je n'en ai pas. J'ai également essayé d'utiliser les anciens préréglages de mon projet:

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

Mais cela m'obtient une autre erreur: "Erreur: les fichiers Plugin / Preset ne sont pas autorisés à exporter des objets, seulement des fonctions."

MISE À JOUR: Voici les dépendances avec lesquelles j'ai commencé:

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

Mise à jour 2020 (noeud 13.2.0+)

Vérifiez que la dernière version de Node est installée. Le --experimental-modulesdrapeau n'est plus nécessaire. Effectuez simplement l' une des opérations suivantes :

• Ajouter "type": "module"au parent le plus proche package.json. Avec cela, tous les fichiers .jset .mjssont interprétés comme des modules ES. Vous pouvez interpréter des fichiers individuels comme CommonJS en utilisant l' .cjsextension.

OU

• Nommez explicitement les fichiers avec l' .mjsextension. Tous les autres fichiers, tels que .jsseront interprétés comme CommonJS, qui est la valeur par défaut si typen'est pas défini dans package.json.

Selon le document officiel ( https://nodejs.org/api/esm.html#esm_code_import_code_statements ):

les instructions d'importation ne sont autorisées que dans les modules ES. Pour des fonctionnalités similaires dans CommonJS, voir import ().

Pour que Node traite votre fichier comme un module ES, vous devez ( https://nodejs.org/api/esm.html#esm_enabling ):

• ajouter "type": "module" à package.json
• ajouter l'indicateur "--experimental-modules" à l'appel du nœud

J'ai eu le même problème et ce qui suit l'a corrigé (en utilisant le noeud 12.13.1):

• Changer l'extension des fichiers .js en .mjs
• Ajoutez l'indicateur --experimental-modules lors de l'exécution de votre application.
• Facultatif: ajoutez "type": "module" dans votre package.json

plus d'informations: https://nodejs.org/api/esm.html

J'ai eu ce problème dans un nouveau projet d'API Express.

Le code du serveur incriminé dans 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...'));

Voici mes dépendances:

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

Et voici le coureur qui a jeté l'erreur:

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

C'était frustrant, car j'avais un projet Express similaire qui fonctionnait bien.

La solution était tout d'abord d'ajouter cette dépendance:

npm install @babel/preset-env

Et puis pour le câbler en utilisant un babel.config.jsdans la racine du projet:

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

Je ne comprends pas vraiment pourquoi cela fonctionne, mais je l'ai copié à partir d' une source faisant autorité , donc je suis heureux de m'en tenir à cela.

1. J'ai eu le même problème quand j'ai commencé à utiliser babel ... Mais plus tard, j'ai eu une solution ... Je n'ai plus eu le problème jusqu'à présent ... Actuellement, Node v12.14.1, "@ babel / node" : "^ 7.8.4", j'utilise babel-node et nodemon pour exécuter (node ​​est bien aussi ..)
2. package.json: "start": "nodemon --exec babel-node server.js" debug ":" babel-node debug server.js "!! note: server.js est mon fichier d'entrée, vous pouvez utiliser le vôtre.
3. launch.json Lorsque vous déboguez, vous devez également configurer votre fichier launch.json "runtimeExecutable": "$ {workspaceRoot} /node_modules/.bin/babel-node" !! note: plus runtimeExecutable dans la configuration.
4. Bien sûr, avec babel-node, vous devez également normalement modifier et modifier un autre fichier, tel que le fichier babel.config.js / .babelrc

Ma solution était d'inclure le chemin babel-node lors de l'exécution de nodemon comme suit:

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

vous pouvez ajouter dans votre script package.json comme:

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

REMARQUE: mon fichier d'entrée est index.js, remplacez-le par votre fichier d'entrée (beaucoup ont app.js / server.js).