Error [er_module_not_found]: impossible de trouver le module

vous devriez être importé de './ Helers' , pas '. HELDERS' .

Je vous recommande également d'installer l'extension Path Intellisense vs Code. Cela aidera vraiment lors de la gestion des chemins imbriqués.

vous avez utilisé

"type":"module"

puis assurez-vous que le fichier importe doit être .js extension

Vous ne faites rien de mal. L'algorithme de résolution actuel pour les modules ECMAScript des extensions de fichiers et la possibilité d'importer des répertoires qui ont un fichier d'index nécessitent en utilisant un indicateur expérimental. Voir esm , la partie inférieure.

pour donc faire votre travail tel quel, Au lieu de

     "scripts": {
  "start": "NODE_OPTIONS='--experimental-specifier-resolution=node' node src/index.js

vous faites:

$ node --experimental-specifier-resolution=node index.js

Vous pouvez également créer un script dans votre package.json

comme ainsi:

$ node index.js

Lorsque vous utilisez des modules ECMascript, vous êtes obligé de fournir l'extension du fichier: sur package.json Vous devez également spécifier l'extension de fichier import {urls} depuis './ ./. HEADERS.js '. Vous pouvez également utiliser l'indicateur --es-module-spécificateur-résolution = node pour le faire résoudre les fichiers JS comme des modules comme il l'a fait auparavant avec exiger

Essayez ceci comme ci-dessous

Recherchez dans votre "/ home / optionhomes11 / nodeprojects / hayes / index.js"

et à la recherche de "/ home / optionhomes11 / nodeprojects / hayes / assistants "

modifier

"/home/optionhomes11/nodeprojects/hayes/helpers.js"

à

"/home/optionhomes11/nodeprojects/hayes/helpers"

Réponse 1

Cette réponse ne nécessite pas d'utiliser un indicateur d'exécution - es-module-spécificateur-résolution = node au moment de l'exécution

cependant, vous devez Modifiez votre code source TS, ce qui est pénible s'il y a beaucoup de fichiers. Et, les fichiers modifiés ne se compileront plus en mode "CommonJS", si vous souhaitez revenir en arrière ou utiliser Dual "CommonJS" / "Module" Modes.

Modifiez votre tsconfig.json Em> pour assurer au moins ces versions de paramètre:

npx tsc 
npx rollup -c

Fonctionne avec TypeScript 4.6.3. (Remarque sûr environ 4.6.1 ou inférieur). *

Modifier index.js

// import resolve from "@rollup/plugin-node-resolve";
import dts from "rollup-plugin-dts";
import commonjs from "@rollup/plugin-commonjs";
import * as path from "path";
import pkg from "./package.json";

export default [
  {
    input: "index.js",
    external:[], // you may quash 'unresolved' warning by adding here
    output: [
      { file: pkg.exports.require, format: "cjs" },
      { file: pkg.exports.import, format: "es" },
    ],
    plugins: [
      commonjs(),
    ],
  },
  {
    input: "./index.d.ts",
    output: [
      { file: pkg.types, format: "es" }, 
    ],
    plugins: [dts()],
  },
];

modifier package.json

...
"exports":{
  "require":"./index.cjs",
  "import":"./index.js"
},
"types": "./index.d.ts",
"type": "module"    // you already had this

Le principal "#" est obligatoire

Réponse 2

En plus de ne pas nécessiter l'indicateur d'exécution d'exécution du nœud, cette réponse satisfait également: p>

1. ne nécessite pas de modifier votre *. * Ts Code source (le laissant compilable sous CommonJS si vous avez jamais choisi de le faire (* note))
2. Dans le cas où vous produisez une bibliothèque, il produit une sortie qui peut être consommée par des clients "CommonJS" ou "Module".

(* Remarque) Lorsque vous utilisez ROLLUP, des cartes en ligne sont nécessaires - il peut donc parfois y avoir un avantage à utiliser les communjs pendant le développement et le passage à "module" pour la libération. >

Modifier d'abord package.json , créer rollup.config.js , puis effectuer une action post tsc en utilisant rollup .

package.json

  "imports": {
    "#helpers": "./helpers.js"
  }