asp.net-mvc - スタイルのコンパイル、バンドル、縮小

Question

ウェブサイトのコンテンツを最適化するさまざまな方法について何ヶ月も学んできましたが、どの「最適化ワークフロー」がどのような効果をもたらすかなど、正しい方法についてはまだ混乱しています。

ASP.NET MVCは、' Microsoft.Web.Infrastructure ' パッケージを通じて独自の最適化フレームワークを提供します。これにより、リクエストに応じて、またはアプリケーションの起動時に、バンドルと縮小戦略をコードで直接定義できます。ただ、私のスタイルファイルはlessで書かれているので事前にコンパイルしておく必要があり、アプリケーション全体の起動プロセスが遅くなる可能性があるため、アプリケーションのビルドプロセス中にコンパイルした方がよいのではないかと感じています。しかし、繰り返しになりますが、ほとんどのスタイルシート コンパイラでは、バンドルと最小化を直接行うことができます。

1. アプリケーションのコンパイル時にLESSファイルをコンパイルする必要があります
2. 必要なクライアント リクエストの量を減らすために、CSSファイルをバンドルする必要があります。
3. トラフィックと全体的なページ コンテンツ サイズを減らすために、CSSファイルを最小化する必要があります。

それで、これを達成するための提案された方法は何ですか？

1. ビルド時にLESSファイルをコンパイルします (ドットレスなどを使用)
2. アプリケーションをサーバーにデプロイする
3. 最適化バンドルを使用して、リクエストに応じてバンドルおよび縮小しますか?

このバンドルと縮小は、ASP.NET ライフサイクルでいつ行われますか? Web アプリケーションの最初の起動時? リクエストごとに？

Answer 1

アプリケーションの起動時にバンドルと縮小が行われます。

デフォルトでは、バンドルは最初のリクエストで作成され、サーバーにキャッシュされます。その後、キャッシュされたバージョンが他のすべてのリクエストに使用されます。

Answer 2

バンドルと縮小は、Web アプリケーションの開始時に行われます。そこでプロセスを指定します。

一部のツールでは、明示的に実行できます。そのような場合は、.min.js ファイルを直接ロードします。任意のツールを使用して min.js を作成すると、ソース ファイルと縮小されたファイルが異なります。これらは、マップ ファイルを介してマップされます。

開発中にソース ファイルを更新するため、ソース .js ファイルが変更されたときに min.js ファイルが更新されない可能性があります。この問題は、ファイルがソース管理されている場合により顕著になります。展開中のこのようなシナリオでは、ソース マシンの変更が展開に反映されていないことがよくあります。

バンドルと縮小の最善の方法は、ASP .NET が提供する最適化フレームワークを採用することです。これは、他の外部ツールとは異なり、動的に機能します。

コンパイル debug = true の場合、プロセスをスキップしてバンドルせずに元のファイルを読み込みます。false の場合、フレームワークは指定されたすべての JS および CSS ファイルをバンドルしてサーバーにデプロイします。

これがあなたの質問に答えることを願っています。