我必须决定在 future 几年内将要开发的新的大型商业应用程序，问题是我们是否应该开始使用MVC 3或Web表单。
SO已经在此处进行了讨论，但是我已经看到了一个问题:ASP.NET MVC ready for business applications (integrating 3rd party controls/components)?在2008年被问到，现在很多事情可能已经改变了。
我主要担心的是，听说过MVC非常适合呈现网格或列表之类的内容，而不适用于数据输入和用户交互。
我们的应用程序将具有许多控件，用户可以在其中输入数据并使用列表和文本框，复选框等。
在MVC或经典的Webforms和 View 状态模型中，一切是否都绝对可能更合适？
谢谢。
最佳答案
自1.0 beta版和MVC 1、2和3以来，我已经使用过WebForms的每个版本，并且相信MVC绝对可以用于生产。
您必须考虑到两者的开发方法完全不同:
MVC要求您学习更多基本Web技术的低级详细信息:HTML，CSS，JS，HTTP(我认为，如果您还不掌握这些技术，还是应该这样)。
WebForms尝试抽象大多数内容，并且可以将一些简单的页面组合在一起来提高生产力。但这是一个抽象的泄漏，随着您变得越来越熟练，缺乏控制可能会使您感到沮丧-如果您是Web开发的新手，那么一开始就很容易；随着经验的积累，您很难弯曲。
当页面变得更加复杂时，生产率的提高开始消失。抽象很可能会导致性能问题，并破坏自动测试页面的能力(使用Selenium或等效工具进行单元和UI级别的测试)。
示例1:在MVC中，您很可能需要了解如何处理表单字段以使用应用程序/表单URL编码来编写HTTP上的POST，否则您可能会难以进行模型绑定(bind)。在WebForms中，您可以构建大型应用程序而不必担心。
示例2:在MVC中，您需要管理跨请求的大部分页面状态。在WebForms中，框架很容易为您完成。
MVC应用程序倾向于更多地依赖客户端javascript组件来具有可重用的小部件，例如绑定(bind)JSON数据。 WebForms鼓励使用服务器端控件，因为它们很好地集成到框架状态管理工具中。
与其他人不同，我不敢说MVC绝对比WebForms生产力更高。不要低估WebForms快速交付数据驱动的业务应用程序的能力。通过使用这两种方法管理了很多人，我的观点是MVC需要更熟练的程序员来提高生产力。但是，如果您的情况如此，那么您可能会发现MVC在那些熟练的人手中是一个更有趣，更强大的平台。
关于c# - ASP.NET MVC 3是否已准备好用于业务应用程序，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/6124598/