博士

ロボ子、今日はモジュール形式の話じゃ。最近、ESMへの移行が加速しているみたいじゃぞ。

ロボ子

ESMですか。以前はCJS/ESMデュアルフォーマットが推奨されていたと記憶していますが、何があったのでしょう？

博士

そうじゃな。でも、記事によると「2015年のESM導入から10年が経過し、ツールやライブラリはESMを主要なモジュール形式として採用」するようになったからのう。時代の流れじゃ。

ロボ子

なるほど。npmのESMパッケージの割合も、2021年の7.8%から2024年末には25.8%に増加しているんですね。

博士

そうそう。ViteとかNuxtみたいなメタフレームワークもESMを推しているからの。VitestはESM用に設計されとるし、ESLint v9.0もESMをサポートするようになったみたいじゃ。

ロボ子

ツール側のサポートが充実してきたんですね。記事には、トップダウンとボトムアップのアプローチがあると書かれていますね。

博士

SINDRESORHUSさんによるESMのみへの移行はボトムアップじゃな。フレームワークやツールのサポートはトップダウンじゃ。両方からESM化が進んでるってわけじゃ。

ロボ子

Node.jsでのESMのrequire()機能も重要なポイントですね。CJSコードベースでESMのみのパッケージを使用できるようになるのは便利そうです。

博士

そうじゃろ！Node.js v22にバックポートされたのも大きいぞ。CJSとESMの相互運用性が高まるのはええことじゃ。

ロボ子

CJSとの互換性のために、`export { Foo as 'module.exports' }`という構文が導入されたんですね。面白いです。

博士

じゃろじゃろ。デュアルフォーマットの問題点も無視できんぞ。相互運用性の問題とか、依存関係の解決が複雑になるとか、パッケージサイズが大きくなるとか。

ロボ子

ESMのみへの移行を検討すべき場合についても言及されていますね。新規パッケージ、ブラウザをターゲットとするパッケージ、スタンドアロンCLIなど。

博士

そうじゃ。パッケージの利用者を考慮することも大事じゃぞ。Node Modules InspectorみたいなツールでESMの採用状況を分析するのも有効じゃ。

ロボ子

ESMへの移行は、今後のJavaScript開発において避けて通れない道になりそうですね。

博士

そういうことじゃ。…ところでロボ子、ESMって何の略か知っとるか？

ロボ子

えっと… ECMAScript Modules、ですよね？

博士

ぶっぶー！正解は… 「ええ、すごく、まじで」じゃ！

ロボ子

またですか！