我正在尋找一些關於我的討論的幫助。我們正在討論定製問題的兩種解決方案。一個使用（嵌套）主頁。每個自定義頁面一個主頁面。另外還有一個適用於所有頁面的標準主頁面。第二個使用標準頁面，如果它存在，則重定向到自定義頁面。.Net Master Page Perfomance
我的問題是，這是更可取？必須每次加載2個主頁面或者只需加載1個主頁面，並且有時重定向（Response.Redirect或Server.Transfer）到自定義頁面。
我無法真正找到任何關於母版頁性能的信息。我是否應該將它們看作是另一種（有點顛倒）的用戶控制，還是應該輕鬆使用它們？
編輯： 您可以假設傳輸的Response.Redirect。 您可以假定重定向發生在生命週期的PreInit階段。
主頁面在某種意義上是倒排用戶控件（它們「圍繞」內容而不是推送到頁面中的用戶控件內容）。沒有一條經驗法則說使用母版頁會很輕鬆 - 母版頁的性能成本與它導致推送到HTTP數據流中的代碼（HTML和其他）有多少成正比。
對於我的錢，我會在一旁留下什麼讓最易讀和可維護的代碼。
謝謝。我認爲這主要與實際內容有關，但沒有確定的信息。 – 2009-01-14 18:15:36
所以，無論如何，這是一個webform應用程序，對吧？您是否考慮過模型視圖控制器的觀點？
關於已發佈的MasterPages，我在客戶端CRM應用程序上做過這些工作，我可以向你保證，除非關於互聯網和服務器速度的常見問題，否則你不會遇到任何問題，並且如果你認爲它是完成或目標的最佳方式，去實現它。
每個主頁都會觸發它們的事件，通常我們會考慮很好，2個主頁面加上一個內容或幾個內容頁面可能是指向加載時間的問題，但這需要毫秒執行所有這些，所以...注意安全。
你唯一需要注意的就是不要用所有可以找到的javascript插件，選擇一個很好的庫並僅使用它，JQuery（現在版本1.3.0將是最好的選擇）。
至少這是我的意見:)
http://msdn.microsoft.com/en-us/library/ms998540.aspx據此我們接近MVC方法。該模型不知道該頁面。該視圖實際上不包含代碼。代碼隱藏（控制器）執行綁定。雖然我們不像目前的測試版？ MVC剛剛發佈。 – 2009-01-14 18:14:22
我寧願嵌套母版頁。做一些性能測試，如果性能不好，轉向另一種方式。 – 2009-01-14 18:08:41