Jaka jest różnica między CommonJS i ES Modules w Node?

Question

Accepted Answer

Node obsługuje **dwa systemy modułów**: **CommonJS (CJS)** — oryginalny, używający `require`/`module.exports` — oraz **ES Modules (ESM)** — standard, używający `import`/`export`. Różnią się składnią, zachowaniem ładowania i interoperacyjnością.

## CommonJS — oryginalny system Node

```js
// math.js
function add(a, b) { return a + b; }
module.exports = { add };

// app.js
const { add } = require("./math"); // synchronous, runtime
```

## ES Modules — standard

```js
// 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
```

## Kluczowe różnice

```text
                 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)
```

## Włączanie ESM

```json
// package.json
{ "type": "module" }  // now .js files are treated as ESM
```

Albo użyj jawnie rozszerzenia `.mjs`. Bez tego Node domyślnie traktuje `.js` jako CommonJS.

## Pułapki interoperacyjności

```js
// 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");
```

Problematyczna krawędź: CJS nie może `require()` pakietów wyłącznie ESM — częsty ból migracji. Zauważ też, że ESM pozbawiony jest `__dirname` (użyj `import.meta.url`).

## Dlaczego to ważne

Znajomość obu systemów jest niezbędna do realnej pracy z Node: ESM to przyszłość (standard, tree-shakeable, top-level await, wyrównane do przeglądarki) i właściwy wybór dla nowych projektów, ale ogromna część ekosystemu npm i istniejącego kodu to CommonJS.

Zrozumienie różnic w składni, sposobu włączania ESM (`"type": "module"`), i ograniczeń interoperacyjności (zwłaszcza CJS-nie-może-wymagać-ESM) zapobiega częstemu zamieszaniu i błędom, które pojawiają się przy mieszaniu obu systemów.