2010-08-02 98 views
0

我有一個頁面,其中有大約30個鏈接分爲6個組。複雜的頁面佈局和設計

Boat 
a 
b 
c 
Horses 
d 
e 

... etc 

當用戶點擊該鏈接的頁面將顯示一系列的在僅特定於被點擊的鏈接佈局控件(下拉,HTMLTABLE,圖表)。

我有幾個想法:

  1. 創建共享相同的母版頁(約30 aspx頁面)每個環節單獨aspx頁面。優點:設計/佈局非常簡單。缺點:30 aspx頁
  2. 確定是否有任何鏈接使用相同的佈局,並與佔位符控件創建一個公共頁面
  3. 動態加載控件/ CSS等到頁面上。

那麼幾個問題:

  1. 是否有任何的這些好辦法?
  2. 什麼是一些替代方法?

感謝

回答

0

當然在創建一個怪獸頁之前三思。它可能成爲真正的維修噩夢。

僅僅因爲你有30個aspx頁面並不意味着你必須重複自己。將通用功能結構化爲可重用的控件。維護不是那麼糟糕。

+0

編號爲1的 – 2010-08-02 19:32:32

+1

我決定創建30個共享通用界面和頁面的頁面。這將不會令人困惑和更易於維護。 – 2010-08-03 14:10:18

-1

您可以使用Microsoft's Ajax Control Toolkit和組織的鏈接轉換爲製表符。所以你有一個馬匹選項卡,它顯示馬匹活動等所有鏈接...你甚至可以設置標籤程序如果你想。您的所有標籤佈局都可以根據用戶選擇的類別自定義。

這可能是最好的方式,因爲它非常容易設置,並且所有工作都像普通的webforms控件一樣。唯一可能的問題是它可能會使您的網站JavaScript依賴。我不知道如何,或者當沒有啓用javascript的用戶查看頁面時,ajax控件工具包中的控件是否會降級。

+0

-1嘗試在單個頁面上合併30個單獨的視圖聽起來不是最好的方式。這聽起來像是一個真正的頭痛。 – Larsenal 2010-08-02 19:10:53

+0

感謝您的回覆,但我想保持啓動頁面(鏈接頁面)儘可能小,以便加載速度非常快。將所有標籤組合成一個頁面不是一個選項。在一個頁面上工作的唯一解決方案是如果控件是在點擊時動態加載的。 – 2010-08-02 19:29:54

+0

我從不意味着我的答案是一個完整的選項#4與選項1,2和3競爭。選項卡可以是顯示子頁面的好方法,同時仍允許控件保持在選項卡區域的上方和下方。您不必將所有視圖放入單個aspx頁面以使用選項卡式數據,因爲用戶控件和/或動態設置控件可以提供幫助。動態執行意味着更少的初始開銷。 我只是指出,從用戶的角度來看,使用選項卡式佈局和設計(標題和帖子本身提及)可能非常有用。 – KallDrexx 2010-08-02 19:54:57