Node unterstützt zwei Modulsysteme: CommonJS (CJS) — das Original, mit require/module.exports — und ES Modules (ESM) — der Standard, mit import/. Sie unterscheiden sich in Syntax, Ladeverhalten und Interoperabilität.
Node unterstützt zwei Modulsysteme: CommonJS (CJS) — das Original, mit require/module.exports — und ES Modules (ESM) — der Standard, mit import/. Sie unterscheiden sich in Syntax, Ladeverhalten und Interoperabilität.
export// math.js
function add(a, b) { return a + b; }
module.exports = { add };
// app.js
const { add } = require("./math"); // synchronous, runtime
// math.mjs (or .js with "type": "module")
export function add(a, b) { return a + b; }
export default something;
// app.mjs
import { add } from "./math.mjs"; // static, hoisted
CommonJS ES Modules
Syntax require/module.exports import/export
Loading synchronous, runtime static, hoisted
Top-level await no yes
Tree-shaking hard yes (statically analyzable)
File extension .cjs / .js (default) .mjs / .js with "type":"module"
__dirname/__filename available not available (use import.meta.url)
// package.json
{ "type": "module" } // now .js files are treated as ESM
Oder verwenden Sie die .mjs-Erweiterung explizit. Ohne dies verwendet Node .js standardmäßig als CommonJS.
// ESM can import CommonJS:
import pkg from "some-cjs-lib"; // works (default import)
// CommonJS CANNOT require() a pure-ESM package (it's async):
const esm = require("esm-only-pkg"); // ❌ ERR_REQUIRE_ESM
// must use dynamic import: const esm = await import("esm-only-pkg");
Das Problem: CJS kann ESM-only-Pakete nicht require() — ein häufiges Migrationsproblem. Beachten Sie auch, dass ESM __dirname nicht hat (verwenden Sie import.meta.url).
Beiden Systeme zu kennen ist für echte Node-Arbeit unerlässlich: ESM ist die Zukunft (Standard, tree-shakeable, top-level await, browserausgerichtet) und die richtige Wahl für neue Projekte, aber ein großer Teil des npm-Ökosystems und bestehender Code ist CommonJS.
Das Verständnis der Syntaxunterschiede, wie man ESM aktiviert ("type": "module"), und der Interoperabilitätsbeschränkungen (besonders CJS-kann-ESM-nicht-require) verhindert die häufigen Verwirrungen und Fehler, die beim Vermischen entstehen.