ESMとの生活

ESモジュール（ESM）は、JavaScript開発に革命をもたらしています。 importとその関連機能を考えてください - JavaScriptコードを管理する最新の方法。

最新のブラウザはESMを完全にサポートしており、特にインターネットエクスプローラーを超えて移動した場合、JavaScriptプロジェクトを大幅に簡素化します。

ESMの前に、JavaScriptの開発にはいくつかのステップが含まれていました。

1. package.jsonとnpm installを使用して、NPMからパッケージを取得します。
2. ローカルnode_modulesフォルダーからのインポートを想定して、厳密に有効なESM（開発者の利便性のため）ではなかったインポートステートメントを作成します。
3. 多くの場合、パフォーマンスの最適化やバベル輸送などのタスクのために、これらの標準以外の輸入を処理するためにバンドラーに依存しています。

ESMの台頭は、これらの確立された慣行に挑戦しています。質問が提起されています：

• npm install本当に必要ですか？
• バンドラーの必要性を排除できますか？
• HTTP/2、グローバルCDN、およびブラウザの最適化により、パフォーマンスにとってバンドルは依然として重要ですか？
• 過度のダウンコンパイルでコードを過度にコンパイルしていますか？

ESMの可能性を受け入れる新しいツールが出現しています。たとえば、Snowpack 3は、このシフトのパワーを示しています。NPM npm install 、 node_modules 、またはビルドステップを使用してReact（JSXを使用）を実行していますが、開発サーバーとホットリロードを提供します。この合理化されたアプローチは非常に効率的です。

別の革新的なツールであるWMR（Webモジュールランナー）は、スノーパック/Skypackと同様の哲学を共有しています。インストールなしでNPMパッケージを使用することができ、JSX、TypeScript、CSSモジュールをサポートし、開発サーバーやホットリロードなどの機能が含まれます。

ESMへのこの傾向は、node.js側でも大きな勢いを獲得しています。 1000を超えるパッケージを備えた著名なNPMパッケージメンテナーであるSindre Sorhusは、彼のパッケージのほぼすべてをESMに移行することを計画しており、ESMのみの出力形式を擁護しています。このエコシステム全体のシフトは、ブラウザベースの開発に大きな影響を与えます。

バンドリングが必要な状況（たとえば、NPMパッケージはまだESM互換ではない）では、次世代のバンドラーは劇的に改善された速度を提供します。

以上がESMとの生活の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。