¿Cuál es la diferencia entre CommonJS y ES Modules en Node?

Question

IT Interview Practice · Accepted Answer

Node soporta **dos sistemas de módulos**: **CommonJS (CJS)** — el original, que usa `require`/`module.exports` — y **ES Modules (ESM)** — el estándar, que usa `import`/`export`. Difieren en sintaxis, comportamiento de carga e interoperabilidad.

## CommonJS — el original de Node

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

// app.js
const { add } = require("./math"); // síncrono, en runtime
```

## ES Modules — el estándar

```js
// math.mjs (o .js con "type": "module")
export function add(a, b) { return a + b; }
export default something;

// app.mjs
import { add } from "./math.mjs"; // estático, hoisted
```

## Diferencias clave

```text
                 CommonJS              ES Modules
Sintaxis         require/module.exports import/export
Carga            síncrona, en runtime  estática, hoisted
Top-level await  no                    sí
Tree-shaking     difícil               sí (analizable estáticamente)
Extensión        .cjs / .js (por defecto)  .mjs / .js con "type":"module"
__dirname/__filename disponibles        no disponibles (usa import.meta.url)
```

## Habilitar ESM

```json
// package.json
{ "type": "module" }  // ahora los archivos .js se tratan como ESM
```

O usa la extensión `.mjs` explícitamente. Sin esto, Node trata por defecto `.js` como CommonJS.

## Detalles de interoperabilidad

```js
// ESM puede importar CommonJS:
import pkg from "some-cjs-lib"; // funciona (default import)

// CommonJS NO PUEDE hacer require() de un paquete puramente ESM (es asíncrono):
const esm = require("esm-only-pkg"); // ❌ ERR_REQUIRE_ESM
// debe usar dynamic import: const esm = await import("esm-only-pkg");
```

El punto delicado: CJS no puede hacer `require()` de paquetes solo-ESM — un dolor de cabeza común en las migraciones. Nota también que ESM carece de `__dirname` (usa `import.meta.url`).

## Por qué es importante

Conocer ambos sistemas es esencial para el trabajo real con Node: ESM es el futuro (estándar, tree-shakeable, top-level await, alineado con el navegador) y la opción correcta para proyectos nuevos, pero una enorme cantidad del ecosistema npm y del código existente es CommonJS.

Entender las diferencias de sintaxis, cómo habilitar ESM (`"type": "module"`) y las limitaciones de interoperabilidad (especialmente que CJS-no-puede-hacer-require-de-ESM) previene la confusión y los errores frecuentes que surgen al mezclarlos.

CommonJS — el original de Node

ES Modules — el estándar

Diferencias clave

Habilitar ESM

Detalles de interoperabilidad

Por qué es importante

Preguntas relacionadas