recherche
Maisoninterface Webjs tutorielNode.js et esbuild : attention au mélange cjs et esm

Node.js and esbuild: beware of mixing cjs and esm

TL;DR

Lorsque vous utilisez esbuild pour regrouper du code avec --platform=node qui dépend de packages npm avec un mélange de points d'entrée cjs et esm, utilisez la règle empirique suivante :

  • Lorsque vous utilisez --bundle, définissez --format sur cjs. Cela fonctionnera dans tous les cas, sauf pour les modules esm avec attente de niveau supérieur.
    • --format=esm peut être utilisé mais nécessite un polyfill tel que celui-ci.
  • Lorsque vous utilisez --packages=external, définissez --format sur esm.

Si vous vous interrogez sur la différence entre cjs et esm, jetez un œil à Node.js : un bref historique de cjs, bundlers et esm.

Symptôme

Lors de l'exécution du code groupé esbuild avec --platform=node, vous avez peut-être rencontré l'une des erreurs d'exécution suivantes :

Error: Dynamic require of "<module_name>" is not supported
</module_name>
Error [ERR_REQUIRE_ESM]: require() of ES Module (...) from (...) not supported.
Instead change the require of (...) in (...) to a dynamic import() which is available in all CommonJS modules.

Cause

Cela est dû à l'une des limitations suivantes :

  • Transformations esm d'esbuild en cjs (et vice-versa).
  • Interopérabilité Node.js cjs/esm.

Analyse

esbuild a des capacités de transformation limitées entre esm et cjs. De plus, certains scénarios, bien que pris en charge par esbuild, ne sont pas pris en charge par Node.js lui-même. Depuis esbuild@0.24.0, le tableau suivant résume ce qui est pris en charge :

Format Scenario Supported?
cjs static import Yes
cjs dynamic import() Yes
cjs top-level await No
cjs --packages=external of esm entry point No*
esm require() of user modules** Yes***
esm require() of node:* modules No****
esm --packages=external of cjs entry point Yes

* Pris en charge par esbuild mais pas par Node.js

** Fait référence aux packages npm ou aux fichiers de chemin relatif.

*** Les modules utilisateur sont pris en charge avec quelques mises en garde : __dirname et __filename ne sont pas pris en charge sans polyfill.

Nœud **** :* les modules peuvent être pris en charge avec le même polyfill.

Ce qui suit est une description détaillée de ces scénarios sans l'utilisation de polyfills :


paquets npm

Nous utiliserons les exemples de packages npm suivants :

importation statique

module esm avec un import statique :

Error: Dynamic require of "<module_name>" is not supported
</module_name>

importation dynamique

module esm avec un import() dynamique au sein d'une fonction asynchrone :

Error [ERR_REQUIRE_ESM]: require() of ES Module (...) from (...) not supported.
Instead change the require of (...) in (...) to a dynamic import() which is available in all CommonJS modules.

attente de niveau supérieur

module esm avec un import() dynamique et un wait de haut niveau :

import { version } from "node:process";

export function getVersion() {
  return version;
}

exiger

module cjs avec une invocation require() :

export async function getVersion() {
  const { version } = await import("node:process");
  return version;
}

--format=cjs

Nous exécuterons esbuild avec les arguments suivants :

const { version } = await import("node:process");

export function getVersion() {
  return version;
}

et le code suivant :

const { version } = require("node:process");

exports.getVersion = function() {
  return version;
}

importation statique

Produit ce qui suit qui fonctionne très bien :

esbuild --bundle --format=cjs --platform=node --outfile=bundle.cjs src/main.js

importation dynamique()

Produit ce qui suit qui fonctionne très bien :

import { getVersion } from "{npm-package}";

(async () => {
  // version can be `string` or `Promise<string>`
  const version = await getVersion();

  console.log(version);
})();
</string>

Remarquez comment l'import dynamique () n'est pas transformé en require() car il est également autorisé dans les modules cjs.

attente de haut niveau

esbuild échoue avec l'erreur suivante :

// node_modules/static-import/index.js
var import_node_process = require("node:process");
function getVersion() {
  return import_node_process.version;
}

// src/main.js
(async () => {
  const version2 = await getVersion();
  console.log(version2);
})();

--packages=externe

L'utilisation de --packages=external réussit avec tous les packages npm :

// (...esbuild auto-generated helpers...)

// node_modules/dynamic-import/index.js
async function getVersion() {
  const { version } = await import("node:process");
  return version;
}

// src/main.js
(async () => {
  const version = await getVersion();
  console.log(version);
})();

produit :

[ERROR] Top-level await is currently not supported with the "cjs" output format

    node_modules/top-level-await/index.js:1:20:
      1 │ const { version } = await import("node:process");
        ╵                     ~~~~~

Cependant, ils ne parviennent pas tous à s'exécuter car Nodes.js n'autorise pas les modules cjs à importer des modules esm :

esbuild --packages=external --format=cjs --platform=node --outfile=bundle.cjs src/main.js

--format=esm

Nous allons maintenant exécuter esbuild avec les arguments suivants :

var npm_package_import = require("{npm-package}");
(async () => {
  const version = await (0, npm_package_import.getVersion)();
  console.log(version);
})();

require() des modules utilisateur

src/main.js

/(...)/bundle.cjs:1
var import_static_import = require("static-import");
                           ^

Error [ERR_REQUIRE_ESM]: require() of ES Module /(...)/node_modules/static-import/index.js from /(...)/bundle.cjs not supported.
Instead change the require of index.js in /(...)/bundle.cjs to a dynamic import() which is available in all CommonJS modules.

produit ce qui suit qui fonctionne très bien :

esbuild --bundle --format=esm --platform=node --outfile=bundle.mjs src/main.js

require() du nœud :* modules

src/main.js

const { getVersion } = require("static-import");

console.log(getVersion());

produit ce qui suit :

// (...esbuild auto-generated helpers...)

// node_modules/static-import/index.js
var static_import_exports = {};
__export(static_import_exports, {
  getVersion: () => getVersion
});
import { version } from "node:process";
function getVersion() {
  return version;
}
var init_static_import = __esm({
  "node_modules/static-import/index.js"() {
  }
});

// src/main.js
var { getVersion: getVersion2 } = (init_static_import(), __toCommonJS(static_import_exports));
console.log(getVersion2());

Cependant, il ne parvient pas à s'exécuter :

import { getVersion } from "require";

console.log(getVersion());

--packages=externe

L'utilisation de --packages=external réussit avec tous les packages npm, y compris ceux avec des points d'entrée cjs. Par exemple :

// (...esbuild auto-generated helpers...)

var __require = /* @__PURE__ */ ((x) => typeof require !== "undefined" ? require : typeof Proxy !== "undefined" ? new Proxy(x, {
  get: (a, b) => (typeof require !== "undefined" ? require : a)[b]
}) : x)(function(x) {
  if (typeof require !== "undefined") return require.apply(this, arguments);
  throw Error('Dynamic require of "' + x + '" is not supported');
});

// (...esbuild auto-generated helpers...)

// node_modules/require/index.js
var require_require = __commonJS({
  "node_modules/require/index.js"(exports) {
    var { version } = __require("node:process");
    exports.getVersion = function() {
      return version;
    };
  }
});

// src/main.js
var import_require = __toESM(require_require());
console.log((0, import_require.getVersion)());

avec :

src/index.js

Error: Dynamic require of "node:process" is not supported

produit une sortie presque textuelle qui fonctionne très bien car les modules esm peuvent importer des packages npm avec des points d'entrée cjs :

esbuild --packages=external --format=esm --platform=node --outfile=bundle.mjs src/main.js

Conclusion

J'espère que cet article vous sera utile pour dépanner les sorties esbuild maintenant et à l'avenir. Faites-moi part de vos réflexions ci-dessous !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Python vs JavaScript: une analyse comparative pour les développeursPython vs JavaScript: une analyse comparative pour les développeursMay 09, 2025 am 12:22 AM

La principale différence entre Python et JavaScript est le système de type et les scénarios d'application. 1. Python utilise des types dynamiques, adaptés à l'informatique scientifique et à l'analyse des données. 2. JavaScript adopte des types faibles et est largement utilisé pour le développement frontal et complet. Les deux ont leurs propres avantages dans la programmation asynchrone et l'optimisation des performances, et doivent être décidées en fonction des exigences du projet lors du choix.

Python vs JavaScript: Choisir le bon outil pour le travailPython vs JavaScript: Choisir le bon outil pour le travailMay 08, 2025 am 12:10 AM

Que ce soit pour choisir Python ou JavaScript dépend du type de projet: 1) Choisissez Python pour les tâches de science et d'automatisation des données; 2) Choisissez JavaScript pour le développement frontal et complet. Python est favorisé pour sa bibliothèque puissante dans le traitement et l'automatisation des données, tandis que JavaScript est indispensable pour ses avantages dans l'interaction Web et le développement complet.

Python et Javascript: comprendre les forces de chacunPython et Javascript: comprendre les forces de chacunMay 06, 2025 am 12:15 AM

Python et JavaScript ont chacun leurs propres avantages, et le choix dépend des besoins du projet et des préférences personnelles. 1. Python est facile à apprendre, avec une syntaxe concise, adaptée à la science des données et au développement back-end, mais a une vitesse d'exécution lente. 2. JavaScript est partout dans le développement frontal et possède de fortes capacités de programmation asynchrones. Node.js le rend adapté au développement complet, mais la syntaxe peut être complexe et sujet aux erreurs.

Core de JavaScript: est-il construit sur C ou C?Core de JavaScript: est-il construit sur C ou C?May 05, 2025 am 12:07 AM

Javascriptisnotbuiltoncorc; il est en interprétéLanguageThatrunSoninesoftenwritteninc .1) javascriptwasdesignedasalightweight, interprété de LanguageForwebbrowsers.2) EnginesevolvedFromSimpleInterpreterstoJitCompilers, typicalinc, impropringperformance.

Applications JavaScript: de front-end à back-endApplications JavaScript: de front-end à back-endMay 04, 2025 am 12:12 AM

JavaScript peut être utilisé pour le développement frontal et back-end. L'endouage frontal améliore l'expérience utilisateur via les opérations DOM, et le back-end gère les tâches du serveur via Node.js. 1. Exemple frontal: modifiez le contenu du texte de la page Web. 2. Exemple backend: Créez un serveur Node.js.

Python vs JavaScript: Quelle langue devez-vous apprendre?Python vs JavaScript: Quelle langue devez-vous apprendre?May 03, 2025 am 12:10 AM

Le choix de Python ou JavaScript doit être basé sur le développement de carrière, la courbe d'apprentissage et l'écosystème: 1) le développement de carrière: Python convient à la science des données et au développement de back-end, tandis que JavaScript convient au développement frontal et complet. 2) Courbe d'apprentissage: la syntaxe Python est concise et adaptée aux débutants; La syntaxe JavaScript est flexible. 3) Ecosystème: Python possède de riches bibliothèques informatiques scientifiques, et JavaScript a un puissant cadre frontal.

Frameworks javascript: alimenter le développement Web moderneFrameworks javascript: alimenter le développement Web moderneMay 02, 2025 am 12:04 AM

La puissance du cadre JavaScript réside dans la simplification du développement, l'amélioration de l'expérience utilisateur et les performances des applications. Lorsque vous choisissez un cadre, considérez: 1. Taille et complexité du projet, 2. Expérience d'équipe, 3. Écosystème et soutien communautaire.

La relation entre JavaScript, C et BrowsersLa relation entre JavaScript, C et BrowsersMay 01, 2025 am 12:06 AM

INTRODUCTION Je sais que vous pouvez le trouver étrange, que doit faire exactement JavaScript, C et Browser? Ils semblent sans rapport, mais en fait, ils jouent un rôle très important dans le développement Web moderne. Aujourd'hui, nous discuterons du lien étroit entre ces trois. Grâce à cet article, vous apprendrez comment JavaScript fonctionne dans le navigateur, le rôle de C dans le moteur du navigateur et comment ils fonctionnent ensemble pour stimuler le rendu et l'interaction des pages Web. Nous connaissons tous la relation entre JavaScript et Browser. JavaScript est la langue principale du développement frontal. Il fonctionne directement dans le navigateur, rendant les pages Web vives et intéressantes. Vous êtes-vous déjà demandé pourquoi javascr

See all articles

Outils d'IA chauds

Undresser.AI Undress

Undresser.AI Undress

Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover

AI Clothes Remover

Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool

Undress AI Tool

Images de déshabillage gratuites

Clothoff.io

Clothoff.io

Dissolvant de vêtements AI

Video Face Swap

Video Face Swap

Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

<🎜>: Bubble Gum Simulator Infinity - Comment obtenir et utiliser les clés royales
3 Il y a quelques semainesBy尊渡假赌尊渡假赌尊渡假赌
Nordhold: Système de fusion, expliqué
3 Il y a quelques semainesBy尊渡假赌尊渡假赌尊渡假赌
Mandragora: Whispers of the Witch Tree - Comment déverrouiller le grappin
3 Il y a quelques semainesBy尊渡假赌尊渡假赌尊渡假赌

Outils chauds

Envoyer Studio 13.0.1

Envoyer Studio 13.0.1

Puissant environnement de développement intégré PHP

Dreamweaver Mac

Dreamweaver Mac

Outils de développement Web visuel

MantisBT

MantisBT

Mantis est un outil Web de suivi des défauts facile à déployer, conçu pour faciliter le suivi des défauts des produits. Cela nécessite PHP, MySQL et un serveur Web. Découvrez nos services de démonstration et d'hébergement.

SublimeText3 version chinoise

SublimeText3 version chinoise

Version chinoise, très simple à utiliser

SublimeText3 version anglaise

SublimeText3 version anglaise

Recommandé : version Win, prend en charge les invites de code !