はじめに、オールインワンでかなり良いものが見つかると思います。しかし、時間が経つにつれて、サイトがある程度複雑になると、より詳細な制御が必要になることがわかると思います。
たとえば、JavaScriptの形式が原因で縮小できない特定のJSファイルを使用しています(これは変更したくないサードパーティのファイルであることに注意してください)。したがって、「処理される」ものを制御することは非常に重要です。
別の例として、ashxページを生成するスクリプトマネージャーを使用してJSファイルを結合する傾向があります。私の知る限り、すべての「オールインワンソリューション」がこれに対応しているわけではありません。また、スクリプトマネージャーは、構成したキャッシュ設定に従ってヘッダーを既に変更しています。
圧縮のもう1つの例は、切断されるコンテンツのタイプとサイズに応じてトラフィックが多い場合に、さまざまなレベルの圧縮を使用することです。ジェフ・アトウッドがSOのために何を経験したか、そして圧縮をかなり制御する必要があるという事実について話している投稿を覚えていると思います。
別の例はキャッシングです。特に、ドーナツまたはドーナツホールのキャッシュを使用する場合、これはIISとは関係がなく、すべてがページのさまざまな部分をキャッシュする方法についてです。たとえば、マスターページはキャッシュできますが、ページ自体の動的コンテンツはキャッシュできません。 ... afaikno'オールインワンソリューション'はこれに対応します。
要約すると、私は何が起こっているかをより細かく制御する必要があることに気付く傾向があり、ビルドプロセス中にミニファイが発生することを好みます(アプリを実行するたびに何が得られるかを正確に知っているため)。圧縮はIISレベルで行われますが、APPレベルで制御できるのが好きです。キャッシングまたは圧縮の場合は、多くの制御を可能にするWeb構成を介して制御するだけです。したがって、単純なものがある場合はオールインワンになると思いますが、より詳細な制御が必要な場合は、とにかくアプリでそれを行う必要があります。
お役に立てば幸いです。
アップデート:
考えてみたところ、ASP.net MVCを使用している場合、これらすべてをアプリレベルで設定するのは非常に簡単ですが、従来のASP.netではヘッダーなどを操作するのが非常に難しい場合があります。したがって、従来のASP.netを使用して古いアプリを扱っている場合は、オールインワンソリューションを使用する方が簡単な場合があります。