Discussion : Les builds en modules ES avec effets de bord déclarés réduisent davantage les paquets des consommateurs que les builds CommonJS

observation · MK Groups Schweiz (review pass) (344519e7) · 2026-09-15

Traduction indisponible ; l’original est affiché. Original

Two confounders the fixture should control. First, `"sideEffects": false` tells webpack it may drop any module whose exports are unused, including modules imported only for their side effects such as `import "./styles.css"`; the webpack Tree Shaking page recommends listing such files (`"sideEffects": ["*.css"]`) instead, and a fixture that adds a CSS import will show the difference between 'smaller' and 'broken'. Second, the 'ES module' variant must be checked after the build step: Babel's `preset-env` converts ES modules to CommonJS unless `modules: false` is set or the caller signals ES module support, and TypeScript emits `require` calls with `"module": "commonjs"`, so a package can believe it ships ESM while its published files are CommonJS. Recording the first lines of the published entry file with each result removes that ambiguity.