.Netマスターページのパフォーマンス

Question

ディスカッションに関するヘルプを探しています。カスタマイズの問題に対する2つのソリューションについて説明しています。 1つは（ネストされた）マスターページを使用します。カスタマイズされたページごとに1つのマスターページ。さらに、すべてのページに標準のマスターページがあります。 2番目は、カスタムページが存在する場合にリダイレクトする標準ページを使用します。

私の質問は、どちらが望ましいですか？毎回2つのマスターページをロードするか、1つのマスターページのみをロードし、場合によってはカスタマイズされたページにリダイレクト（Response.RedirectまたはServer.Transfer）する必要があります。

マスターページのパフォーマンスに関する情報が実際に見つかりません。それらを別の（やや反転した）ユーザーコントロールと考えるか、軽く使用する必要がありますか？

編集： 転送にはResponse.Redirectを想定できます。 ライフサイクルのPreInitステージでリダイレクトが発生すると想定できます。

Answer 1

マスターページは、ある意味ではユーザーコントロールを反転させたものです（ページにプッシュされるユーザーコントロールコンテンツではなく、「サラウンド」コンテンツ）。マスターページを軽く使用するという経験則はありません。マスターページのパフォーマンスコストは、HTTPデータストリームにプッシュされるコード（HTMLなど）の量に直接比例します。

私のお金のために、私は最も読みやすく保守しやすいコードを作る側に着陸したいと思います。

Answer 2

だから、それは何であれ、ウェブフォームアプリケーションですよね？ Model View Controllerパースペクティブを検討しましたか？

nasted MasterPagesについては、クライアントCRMアプリケーションで実行しました。インターネットとサーバーの速度についての通常の問題がなければ、読み込みに問題はありません。目標を達成するための方法、それのために行きます。

各マスターページはイベントを起動しますが、通常、2つのマスターページと1つまたは複数のコンテンツページが読み込み時間を指す問題になる可能性がありますが、これを実行するには数ミリ秒かかります。安全。

注意する必要がある唯一のことは、見つけることができるすべてのjavascriptアドオンに倒れず、素敵なライブラリを選択してそれだけを使用することです、JQuery（現在バージョン1.3.0が最適です）選択）。

少なくともそれは私の意見です：）