我们如何确定技术Asp.Net或Asp.Net MVC适合我的应用程序

Question

我打算创建一个Web应用程序（如购物车）。哪个更好的技术Asp.net MVC或纯Asp.net？换句话说，哪些是我们在选择这些技术时考虑的标准？

Answer 1

Here是决定使用哪种技术的好文章，包括比较优势和劣势。

  

Asp.Net MVC SWOT

     

优势

     

  
• 提供对呈现HTML的精细控制。
  
• Cleaner生成HTML。
  
• UI和代码之间的卓越分离。
  
• 更容易进行单元测试。
  
• 可以支持多个视图引擎。
  
• 默认情况下，为URL使用RESTful接口 - 所以更好的SEO。
  
• 没有ViewState（这也可能是一个弱点）。
  
• 页面的典型尺寸很小。
  
• 与JQuery等框架轻松集成。
  

     

缺点

     

  
• 不是事件驱动的，所以对于只知道Asp.Net Webforms的人来说，围绕它的想法可能很难。
  
• 第三方控制库支持不是那么强大。
  
• 没有ViewState（这也是一种力量）。
  

     

有机会

     

  
• 允许测试驱动开发（TDD） - 它在构建时考虑了TDD，因此更容易编写单元测试用例，模拟对象，   并拦截程序流程。
  
• 允许重复使用相同的模型来呈现不同的UI和界面。
  

     

威胁

     

  
• 没有或几乎没有Web应用程序开发经验的开发人员需要更大的启动和培训时间。
  

     

Asp.Net WebForms SWOT

     

优势

     

  
• 提供非常好的RAD开发功能。
  
• Visual Studio中的优秀设计器支持。
  
• 轻松开发数据量大的LOB应用程序。
  
• 非常丰富的控件库和第三方供应商支持。
  
• 与Windows窗体开发相比，熟悉的事件驱动模型，开发人员可以轻松选择。
  

     

缺点

     

  
• UI逻辑与代码结合，因此难以分离。
  
• 难以进行单元测试，因此难以使用TDD。
  
• 由于视图状态管理导致页面大小较重。
  

     

有机会

     

  
• 非常擅长为业务应用程序创建快速原型。当试图快速显示概念证明时，这非常方便   给客户。
  

     

威胁

     

  
• 尽管有各种可用的框架（母版页，主题等），但很难采用各种UI视图。
  

在我看来，你应该自己决定。至于我 - 我决定采用以下方式：

• 如果目标应用程序需要是Intranet - Web表单，如果是公共 - MVC
• 如果客户端计划相当大 - MVC ，如果通过服务器端处理替换客户端是好的 - Web表单
• 如果我想在我的项目中使用强大的页面架构 - Web窗体，如果我允许自定义页面和自定义处理 - MVC

这三项仅在我看来。

在你的情况下（购物车），我建议使用 MVC ，因为它是公开的（第一项）并且需要相当大的客户端（ second项目）