ユーザーがアクセスするたびにネットワークからすべて読み込まれるわけではなく、必要なコンテンツだけが読み込まれます。実現する唯一の手段ではないことに注意しましょう。あることがほぼ前提に入っています。素振りでは次のツールにお世話になりました。ある懸念の解決を模索します。必要性も下がるという考え方です。あたりを踏襲していきます。周辺のエコシステムはクセが強いので、今回は参考にするに留めています。Push(プッシュ)する。Render(レンダリング)する。Pre-cache(事前キャッシュ)する。Lazy-load(遅延読み込み)する。従来の1ファイルにバンドルされがちなアプリケーションコードはシェルの一部に相当するはずですが、このシェル自体も分割してキャッシュと遅延ロードの効果を高めていきます。大きく分けてトピックは下記の3つです。ありがちな懸念点の払拭についてです。覗いていただいたほうが良いかと。和解を試みる第一歩です。Import(動的ロード)の対象とします。サポートしたようです。あてはまるファイルをエントリポイントとしたチャンクが自働でバンドルされます。利用するとファイル名を指定できます。広く実装された暁には、バンドル前のコードでブラウザネイティブな動的ロードに移行することも現実的な...はず...です。いうのも見かけましたが、これはエラーハンドリングのコールバック登録がないとか、その他いろいろ過去の産物っぽいのでスルーしてます。生成されたチャンクからは共通パッケージを抽出してくれないようです。適用して済ませました。眺めてると他にもいろいろできそうですが、今回はまあこんな感じで。以下全部、みたいに詰め込みすぎると初回ロードを圧迫するので、クリティカルなリソースを明示して限定しておくのもアリでしょう。テンプレートに対しても動的にファイルを埋め込みます。書くという若干気持ちの悪い工程を経てサーバーがランタイムに使うテンプレートを生成します。有効時と無効時で2つのハッシュ値を使い分け、キャッシュ更新を必要最小限に留めることでキャッシュの生存期間を最大限延ばします。