我們如何決定技術Asp.Net或Asp.Net MVC適合我的應用程序

Question

我打算創建一個Web應用程序（如購物車）。哪種技術比較好Asp.net MVC或者純粹的Asp.net？換句話說，我們在選擇這些技術時考慮哪些標準？

Answer 1

Here是一個很好的文章，用於決定使用哪種技術，包括比較優勢和劣勢。

Asp.Net MVC SWOT

優勢

• 提供超過呈現的HTML精細控制。
• 清潔器生成的HTML。
• 用戶界面和代碼之間的高級分離。
• 更容易進行單元測試。
• 可以支持多個視圖引擎。
• 默認情況下使用RESTful接口的URL - 所以更好的SEO。
• 沒有ViewState（這也可能是一個弱點）。
• 典型的頁面大小很小。
• 與JQuery等框架輕鬆集成。

弱點

• 不是事件驅動的，所以也許對誰只知道Asp.Net Web表單環繞它自己的思想的人很難。
• 第三方控制庫支持並不強。
• 沒有ViewState（這也是一個優點）。

機會

• 允許進行測試驅動開發（TDD） - 它是建立在考慮TDD，所以它更容易編寫單元測試的情況下，模擬對象， 和攔截程序流程。
• 允許重複使用相同的模型來呈現不同的用戶界面和界面。

威脅

• 更大的斜坡上升和與沒有或Web應用程序開發的小經驗的開發人員所需的培訓時間。

Asp.Net的WebForms SWOT

優勢

• 提供了很好的RAD開發能力。
• 偉大的設計師在Visual Studio中的支持。
• 易於開發數據的LOB應用程序。
• 非常豐富的控制庫和第三方供應商支持。
• 與Windows窗體開發相比，這是一個熟悉的事件驅動模型，開發人員可以輕鬆獲取。

弱點

• UI邏輯加上代碼，並且因此難以分離。
• 難以進行單元測試，所以很難採用TDD。
• 由於視圖狀態管理導致頁面尺寸變大。

機會

• 大的商業應用程序創建快速原型。當試圖向客戶展示快速概念驗證 時，這非常方便。

威脅

• 更難採取到，儘管現有的各種框架各種UI視圖（母版頁，主題等）。

在我看來，你應該自己決定。至於我 - 我決定以下列方式：

• 如果目標應用需要是企業內部網 - Web窗體，如果公共 - MVC
• 如果客戶端計劃是相當大 - MVC，如果這將是很好的服務器端處理，以取代客戶端 - Web窗體
• ，如果我想在我的項目強大的頁面架構 - Web窗體，如果我讓自定義頁面和CUS tom處理 - MVC

這三個項目只在我看來。

在你的情況（購物車），我建議使用MVC，因爲它是公共的（第一項），並需要相當大的客戶端（秒項目）