TL;DR
esbuild를 사용하여 cjs 및 esm 진입점이 혼합된 npm 패키지에 의존하는 --platform=node로 코드를 번들링하는 경우 다음 경험 법칙을 사용하세요.
- --bundle을 사용하는 경우 --format을 cjs로 설정하세요. 이는 최상위 대기 기능이 있는 esm 모듈을 제외한 모든 경우에 작동합니다.
- --format=esm을 사용할 수 있지만 이와 같은 폴리필이 필요합니다.
- --packages=external을 사용하는 경우 --format을 esm으로 설정하세요.
cjs와 esm의 차이점이 궁금하다면 Node.js: cjs, 번들러, esm의 간략한 역사를 살펴보세요.
징후
--platform=node를 사용하여 esbuild 번들 코드를 실행할 때 다음 런타임 오류 중 하나가 발생할 수 있습니다.
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.
원인
다음 제한 사항 중 하나로 인해 발생합니다.
- esbuild의 esm을 cjs로(또는 그 반대로) 변환합니다.
- Node.js cjs/esm 상호 운용성.
분석
esbuild는 esm과 cjs 간의 변환 기능이 제한되어 있습니다. 또한 esbuild에서 지원되는 일부 시나리오는 Node.js 자체에서는 지원되지 않습니다. esbuild@0.24.0 기준으로 다음 표에 지원되는 내용이 요약되어 있습니다.
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 |
* esbuild에서는 지원되지만 Node.js에서는 지원되지 않습니다
** npm 패키지 또는 상대 경로 파일을 나타냅니다.
*** 사용자 모듈은 몇 가지 주의 사항과 함께 지원됩니다. __dirname 및 __filename은 폴리필 없이는 지원되지 않습니다.
**** node:* 모듈은 동일한 폴리필로 지원될 수 있습니다.
다음은 폴리필을 사용하지 않은 이러한 시나리오에 대한 자세한 설명입니다.
npm 패키지
다음 예제 npm 패키지를 사용합니다.
정적 가져오기
정적 임포트가 있는 esm 모듈:
Error: Dynamic require of "<module_name>" is not supported </module_name>
동적 가져오기
비동기 함수 내에 동적 import()가 있는 esm 모듈:
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.
최상위 대기
동적 import() 및 최상위 수준 wait가 있는 esm 모듈:
import { version } from "node:process"; export function getVersion() { return version; }
필요하다
require() 호출이 있는 cjs 모듈:
export async function getVersion() { const { version } = await import("node:process"); return version; }
--format=cjs
다음 인수를 사용하여 esbuild를 실행합니다.
const { version } = await import("node:process"); export function getVersion() { return version; }
그리고 다음 코드:
const { version } = require("node:process"); exports.getVersion = function() { return version; }
정적 가져오기
잘 실행되는 다음을 생성합니다.
esbuild --bundle --format=cjs --platform=node --outfile=bundle.cjs src/main.js
동적 가져오기()
잘 실행되는 다음을 생성합니다.
import { getVersion } from "{npm-package}"; (async () => { // version can be `string` or `Promise<string>` const version = await getVersion(); console.log(version); })(); </string>
동적 import()가 cjs 모듈에서도 허용되기 때문에 require()로 변환되지 않는다는 점에 유의하세요.
최상위 수준 대기
다음 오류로 인해 esbuild가 실패합니다.
// 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); })();
--패키지=외부
모든 npm 패키지에서 --packages=external을 사용하면 성공합니다.
// (...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); })();
생산품:
[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"); ╵ ~~~~~
그러나 Nodes.js는 cjs 모듈이 esm 모듈을 가져오는 것을 허용하지 않기 때문에 모두 실행되지 않습니다.
esbuild --packages=external --format=cjs --platform=node --outfile=bundle.cjs src/main.js
--format=esm
이제 다음 인수를 사용하여 esbuild를 실행합니다.
var npm_package_import = require("{npm-package}"); (async () => { const version = await (0, npm_package_import.getVersion)(); console.log(version); })();
사용자 모듈의 require()
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.
잘 실행되는 다음을 생성합니다.
esbuild --bundle --format=esm --platform=node --outfile=bundle.mjs src/main.js
node:* 모듈의 require()
src/main.js
const { getVersion } = require("static-import"); console.log(getVersion());
다음을 생성합니다.
// (...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());
그러나 실행에 실패합니다:
import { getVersion } from "require"; console.log(getVersion());
--패키지=외부
cjs 진입점이 있는 패키지를 포함하여 모든 npm 패키지에서 --packages=external을 사용하면 성공합니다. 예:
// (...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)());
함께:
src/index.js
Error: Dynamic require of "node:process" is not supported
esm 모듈이 cjs 진입점을 사용하여 npm 패키지를 가져올 수 있기 때문에 거의 그대로 실행되는 출력을 생성합니다.
esbuild --packages=external --format=esm --platform=node --outfile=bundle.mjs src/main.js
결론
이 게시물이 현재와 미래의 esbuild 출력 문제를 해결하는 데 도움이 되기를 바랍니다. 아래에서 여러분의 생각을 알려주세요!
위 내용은 Node.js 및 esbuild: cjs와 esm 혼합에 주의하세요.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

Python과 JavaScript의 주요 차이점은 유형 시스템 및 응용 프로그램 시나리오입니다. 1. Python은 과학 컴퓨팅 및 데이터 분석에 적합한 동적 유형을 사용합니다. 2. JavaScript는 약한 유형을 채택하며 프론트 엔드 및 풀 스택 개발에 널리 사용됩니다. 두 사람은 비동기 프로그래밍 및 성능 최적화에서 고유 한 장점을 가지고 있으며 선택할 때 프로젝트 요구 사항에 따라 결정해야합니다.

Python 또는 JavaScript를 선택할지 여부는 프로젝트 유형에 따라 다릅니다. 1) 데이터 과학 및 자동화 작업을 위해 Python을 선택하십시오. 2) 프론트 엔드 및 풀 스택 개발을 위해 JavaScript를 선택하십시오. Python은 데이터 처리 및 자동화 분야에서 강력한 라이브러리에 선호되는 반면 JavaScript는 웹 상호 작용 및 전체 스택 개발의 장점에 없어서는 안될 필수입니다.

파이썬과 자바 스크립트는 각각 고유 한 장점이 있으며 선택은 프로젝트 요구와 개인 선호도에 따라 다릅니다. 1. Python은 간결한 구문으로 데이터 과학 및 백엔드 개발에 적합하지만 실행 속도가 느립니다. 2. JavaScript는 프론트 엔드 개발의 모든 곳에 있으며 강력한 비동기 프로그래밍 기능을 가지고 있습니다. node.js는 풀 스택 개발에 적합하지만 구문은 복잡하고 오류가 발생할 수 있습니다.

javaScriptisNotBuiltoncorc; it'SangretedLanguageThatrunsonOngineStenWrittenInc .1) javaScriptWasDesignEdasAlightweight, 해석 hanguageforwebbrowsers.2) Endinesevolvedfromsimpleplemporectreterstoccilpilers, 전기적으로 개선된다.

JavaScript는 프론트 엔드 및 백엔드 개발에 사용할 수 있습니다. 프론트 엔드는 DOM 작업을 통해 사용자 경험을 향상시키고 백엔드는 Node.js를 통해 서버 작업을 처리합니다. 1. 프론트 엔드 예 : 웹 페이지 텍스트의 내용을 변경하십시오. 2. 백엔드 예제 : node.js 서버를 만듭니다.

Python 또는 JavaScript는 경력 개발, 학습 곡선 및 생태계를 기반으로해야합니다. 1) 경력 개발 : Python은 데이터 과학 및 백엔드 개발에 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 적합합니다. 2) 학습 곡선 : Python 구문은 간결하며 초보자에게 적합합니다. JavaScript Syntax는 유연합니다. 3) 생태계 : Python에는 풍부한 과학 컴퓨팅 라이브러리가 있으며 JavaScript는 강력한 프론트 엔드 프레임 워크를 가지고 있습니다.

JavaScript 프레임 워크의 힘은 개발 단순화, 사용자 경험 및 응용 프로그램 성능을 향상시키는 데 있습니다. 프레임 워크를 선택할 때 : 1. 프로젝트 규모와 복잡성, 2. 팀 경험, 3. 생태계 및 커뮤니티 지원.

서론 나는 당신이 이상하다는 것을 알고 있습니다. JavaScript, C 및 Browser는 정확히 무엇을해야합니까? 그들은 관련이없는 것처럼 보이지만 실제로는 현대 웹 개발에서 매우 중요한 역할을합니다. 오늘 우리는이 세 가지 사이의 밀접한 관계에 대해 논의 할 것입니다. 이 기사를 통해 브라우저에서 JavaScript가 어떻게 실행되는지, 브라우저 엔진의 C 역할 및 웹 페이지의 렌더링 및 상호 작용을 유도하기 위해 함께 작동하는 방법을 알게됩니다. 우리는 모두 JavaScript와 브라우저의 관계를 알고 있습니다. JavaScript는 프론트 엔드 개발의 핵심 언어입니다. 브라우저에서 직접 실행되므로 웹 페이지를 생생하고 흥미롭게 만듭니다. 왜 Javascr


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

Dreamweaver Mac版
시각적 웹 개발 도구

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

맨티스BT
Mantis는 제품 결함 추적을 돕기 위해 설계된 배포하기 쉬운 웹 기반 결함 추적 도구입니다. PHP, MySQL 및 웹 서버가 필요합니다. 데모 및 호스팅 서비스를 확인해 보세요.

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는