asp.net - サーバーサイドインクルードとASP.NETテクニックのパフォーマンスに違いはありますか？

Question

私は最近、マスターページが利用可能になる前に作成されたASP.NET1.0サイトを更新するために雇われました。したがって、ページにはサーバーサイドインクルード（ssi）があり<!-- #include file="footer.html" -->ます。以前にssiにマークアップが含まれていたマスターページで*.aspxページを更新しようとしていました。特に保守性の観点から、これは正しいことだと私は確信しています。しかし、同僚は、おそらくssiは非常に「軽量」な手法であるため、パフォーマンスが低下すると固く信じています（彼の言葉は私のものではありません）。あるテクニックと他のテクニックのパフォーマンスに関する多くの情報を見つけることができません。そして、もしあれば、マスターページとウェブコントロールの他の利点がさらに重要になると私は信じています。あなたの考え？

Answer 1

すべての呼び出しはアウトプロセス要求であるため、SSIは遅くなります。マスターページはコンパイルされ、非常に高速なインプロセスアクションです。

Answer 2

小さな静的ページの場合、私にはわかりません。おそらくパフォーマンス的にはかなり近いでしょう。負荷テストを実行して、いくつかの難しい数値を取得し、調べることができます。

ただし、マスターページを使用することに実際に不利な点はなく、設計と管理に関しては多くの利点があります。

Answer 3

インクルードがページに取り込まれ、単一のクラスにコンパイルされるため、技術的にはSSIの方がおそらく少し高速です。MasterPagesはそれぞれ独自のクラスにコンパイルされ、ページはそのクラスのインスタンスをロードする必要があるため、少し遅くなります。

すべての実用的な目的で、パフォーマンスの向上はおそらくほとんど無視でき、MasterPageとWebコントロールの利点はおそらくパフォーマンスの低下を補います。