MVC vs ASPX動態頁面渲染

Question

我有一個用aspx 2.0編寫的CMS網站，它允許用戶通過刪除頁面上的控件並設置屬性（服務器端的反射）和事件（客戶端js）來構建頁面。渲染引擎知道在每個控件上調用什麼屬性來找出要保存到數據庫中的內容。我經歷了控制重新水化的所有缺陷以及控件上缺乏適當的ID，並且努力使解決方案搜索引擎友好，目前是最好的。同樣遭受viewstate越來越大，所以我已經開始將MVC看作是下一版本的更好方式。該頁面的最終設計僅在用戶決定實時推廣時設置，並且可能每天進行很多更改。

一個典型的頁面可能有許多文本框控件，單選按鈕組，複選框組，下拉列表和圖像。我們還有一些我們自己的控件，我們在運行時反映到解決方案中。

從我對MVC的最初研究來看，這看起來是爲了避免這些類型的問題而編寫的，並沒有試圖隱藏看起來非常有前途的html，並給出了更多跨瀏覽器友好的最終標記。

現在的問題 - 因爲要求是用動態html控件生成動態頁面，這對於MVC來說太過分了，我應該堅持使用ASPX，或者有辦法生成適合的動態內容對於一個非技術人員能夠做到的？

非常感謝所有指導之前，我跳的同時左右腳:)

感謝

馬克

Answer 1

MVC的一些主要優點：乾淨的HTML，沒有ViewState寫在頁面上，更容易支持html5，因此也是SEO。

對我來說，自從我3年前使用MVC以來，我甚至都不想觸摸WebForms。

順便說一句，如果你想CMS + MVC，爲什麼不使用烏節而不是自己建造？

http://paulmason.biz/?p=118

Answer 2

我被ASPX 2.0你的意思的WebForms假設？這是真的不是一個問題，如果MVC是否能夠做你所需要的 - 它是有能力的，並且在 我認爲它是更多能力。但是，WebForms和MVC之間有一些主要的區別，請查看這篇文章，瞭解更多關於該主題的文章：MVC versus WebForms。

我希望這會有所幫助。如果沒有更多關於你想要完成的事情的信息，我可以說的不多。考慮用一些代碼示例來詢問更具體的問題。