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!

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.

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 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.

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

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.

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.

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.

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


Outils d'IA chauds

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

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

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

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

Outils chauds

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver Mac
Outils de développement Web visuel

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
Version chinoise, très simple à utiliser

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