我应该直接进入MVC框架（比较ASP.net）
我在C＃中完成了一些WinForms工作，但现在转向必须在.NET（C＃）中开发Web应用程序前端。 我有在Ruby on Rails中开发Web应用程序的经验（对于带有JSP页面和struts mvc的Java稍微有一点经验）。
我应该直接跳到MVC框架吗？ （而不是去ASP.net）这是从微软的未来方向的角度来看，也可以轻松地从我自己开始。
或者，如果你喜欢，根据我迄今的经验，对于我来说MVC和ASP.net有什么优点/缺点？
谢谢
如果你需要真正接近线路，那么MVC是一个不错的选择。 我的意思是，如果你需要对标记进行非常严格的控制， 同时可以使用WebForms; MVC更容易。 这对于针对可能具有更丰富图形体验的公共（例如互联网）观众的应用程序而言是很常见的。 相比之下，如果您正在开发一个内部（如内联网）业务应用程序，其中图形表示并不那么重要，那么WebForms具有许多非常好的启用功能，可以让您更快地移动。 不要误解我的意思，你可以让WebForm应用程序看起来非常好，但是你放弃了对标记的一些控制。
ViewState经常进入这种讨论。 MVC将不具有任何ViewState，因此线上占用空间将更小，这意味着速度和带宽成本节省。 不利的一面是，使用MVC创建有状态的应用程序会更加痛苦。 相比之下，WebForms默认使用ViewState，并且本质上更具有状态性。 这对内部应用程序来说通常很好。 请记住，ViewState不必通过网络发送......有扩展可以让您将其卸载到本地缓存。 我不会偏袒其他人，但你应该意识到在这方面每个人都能做些什么。
如果单元测试对你很重要，那么MVC也是一个更好的选择，因为这也更容易。 这在WebForms中完全可以实现，但需要在正确的背后设置代码。
安全性不是一个主要因素，因为通过HttpModules在HTTP管道中设置IPrinciple和IIdentity的很多方面，所以要么在这方面做。
另一个让你的选择与你的技能相关的重要因素与你必须交付的时间有关......如果你不习惯以无状态的方式工作或编写标准的网络技术（例如html，css，jquery等）。 ）MVC会花更长的时间去做非常基本的事情。 据说，一旦到位，它可能会更干净，更小，更可测试，更快。 如果您需要快速移动，您可以在WebForms中更快地完成操作。 WebForms在标记方面也做了很多繁重的工作，所以有很多细节可以留给ASP.NET。
实际上，我出于各种原因使用了这两种方法，MS已经表示他们计划继续为这两方面提供支持和开发。
看看它会帮助你选择正确的编程模型
MVC是ASP.NET的一部分。 你必须指的是MVC vs Webform的答案是：来自Winform背景，你会发现webform更易于使用。 为了将来，去MVC。
链接地址: http://www.djcxy.com/p/64529.html