創建一個多用途頁面或單個頁面以顯示項目目錄？

我在2個場景之間進行辯論，以處理產品目錄的顯示，以重新設計我正在執行的網站。我將使用IIRF isapi過濾器爲asp.net網站執行重寫。

這裏的網址是什麼樣子

www.domain.com/catalog/productgroup1
www.domain.com/catalog/productgroup2
www.domain.com/catalog/productgroup3
等...

將有共8次或9個產品組的網頁

方案1：我有這些網頁改寫爲一個通用這將是這個樣子頁：

www.domain.com/catalog.aspx?group={productgroup}

於是我決定基於該交換機/案例顯示哪個目錄請求參數。所有用於顯示目錄的代碼都將基於一頁。

方案2：創建用於處理每個不同的目錄頁的單獨頁面。重寫會是這個樣子，那麼：

www.domain.com/catalog/productgroup1 - > www.domain.com/productgroup1.aspx

然後每個目錄頁將有它自己的.aspx來處理該組項目的處理和顯示。

我傾向於方案2，因爲它可以讓我對於該特定產品組更多定製的，但它會導致更多的個人網頁，以保持更新。情景1目前是我們如何處理在網站上顯示產品組的方式，因此我們熟悉這種方法，但代碼在某些地方確實有些毛病。

什麼是處理這種情況和你的經驗普遍接受的最佳做法，每個的優點/缺點是什麼？

2010-02-05 NinjaBomb

使用通用頁面。（場景1）

這絕對是一個更具可擴展性的解決方案。

您可以將自定義存儲在數據庫中，並使用它來驅動頁面上的各種元素以模擬Scenario2。

2010-02-05 14:32:49

我剛纔想到的一件事情是，不會因爲不必在基於產品組的頁面上隱藏/顯示各種元素而讓個別頁面處理速度更快？對於單個頁面，無需做出任何決定，我可以直接獲取產品信息並將其放在屏幕上。值得思考或不值得的東西？ – NinjaBomb 2010-02-05 14:37:44

服務器端邏輯可能不會成爲您的性能瓶頸（根據我的經驗，通常是客戶端或數據庫）。 – 2010-02-05 14:40:15

我同意@Chris在這裏。 – 2010-02-05 15:16:15

做兩種情況的組合。使用URL重寫來將URL映射到通用目錄頁面，就像情景1中一樣。原因是在搜索引擎結果中宣傳產品。由於查詢字符串中的項目通常不會在搜索索引中進行說明，因此您應該爲索引編制通用目錄頁面，但不是產品本身。

2010-02-05 14:37:23

在這一刻，我們確實有我們的單獨頁面和他們來自索引的目錄頁面（如果我自己沒有這樣說，也很好）。我的目標是消除我們現在擁有的幾乎所有querystrings，讓事情變得更清潔，併爲網站創建更好的SEO。 – NinjaBomb 2010-02-05 14:43:22

是的，第一種情況是最好的。通過這一點，{productgroup}可以作爲產品組的參考，然後您就更加靈活。代碼只需要產品組ID，從數據庫中獲取這個組的產品並顯示或者做任何他們想做的事情。

第二種方法過於手動：每次有新產品組時都必須配置新的URL。

希望這可以幫助您做出決定並繼續！

2010-02-05 14:45:47 Pattchen

回答