MVC項目中的多重威脅

今天我有一個WebForms項目。該項目必須重寫（從VB到C＃），我們必須決定在WebForms中維護還是在MVC中執行此操作。MVC項目中的多重威脅

該項目包含大約120個嚮導（每步3步），女巫現在是一個單獨的aspx頁面，內含多視圖。

我到目前爲止看到的MVC嚮導中的解決方案是爲嚮導中的每個步驟提供一個視圖。

我的觀點是：如果今天我有120個嚮導巫婆代表120個.aspx頁面，如果我將其更改爲MVC，我將擁有120 * 3個視圖巫婆是相當大數量的「頁面」。

即使我必須組織它在地區維持它組織（今天我使用的文件夾）。

你能否給出你的意見??！？！？！

2012-02-28 TiagoDias

如果您需要創建120個嚮導，每個嚮導包含3個頁面，那麼跨越這些嚮導的某些步驟中可能會出現一些「重疊」。

我的方法是識別所有獨特的視圖並創建一個引擎，該引擎將基於可配置的元數據呈現視圖，同時跟蹤用戶輸入的數據。

這一切的關鍵部分將是可維護性，我舉例來說會恨保持360頁）

2012-02-28 15:54:50

所有的觀點是不同的，因爲他們有等 – TiagoDias 2012-02-28 16:20:00

驗證規則恕我直言，沒什麼可欣賞到做不同的驗證規則，視圖呈現界面，驗證規則在應用程序的不同層中處理。視圖僅顯示驗證結果。 – 2012-02-28 17:11:00

回答