问题描述
|
我必须决定在未来几年内将要开发的新的大型商业应用程序，问题是我们是否应该开始使用MVC 3或Web表单。
SO已经在此处进行了讨论，但我已经看到了一个问题：ASP.NET MVC是否已准备好用于业务应用程序（集成了第三方控件/组件）？在2008年被问到，现在许多事情可能已经改变。
我主要担心的是，听说过MVC适合呈现网格或列表之类的内容，而不适用于数据输入和用户交互。
我们的应用程序将具有许多控件，用户可以在其中输入数据并使用列表和文本框，复选框等。
在MVC或经典Webforms和视图状态模型中，一切是否都绝对可能更合适？
谢谢。
解决方法
自1.0 beta和MVC 1、2和3以来，我已经使用过WebForms的每个单一版本，并且相信MVC绝对可以用于生产。
您必须考虑到两者的开发方法完全不同：
MVC要求您学习更多基本Web技术的低级详细信息：HTML，CSS，JS，HTTP（我认为无论如何，如果您还不掌握这些技术，都应该这样做）。
WebForms尝试抽象大多数内容，并且可以将一些简单的页面组合在一起，从而提高生产力。但这是一个抽象的漏洞，随着您变得越来越熟练，缺乏控制可能会使您感到沮丧-如果您是Web开发的新手，那么一开始就很容易；随着经验的积累，您很难弯曲。
当页面变得更加复杂时，生产率的提高开始消失。抽象很可能会导致性能问题，并破坏自动测试页面的能力（使用Selenium或等效工具进行单元和UI级别的测试）。
示例1：在MVC中，您最有可能需要了解如何处理表单字段以使用应用程序/表单URL编码来编写HTTP上的POST，否则您可能会难以进行模型绑定。在WebForms中，您可以构建大型应用程序而不必担心。
示例2：在MVC中，您需要管理跨请求的大部分页面状态。在WebForms中，框架很容易为您完成。
MVC应用程序倾向于更多地依赖客户端javascript组件来获得可重用的小部件，例如绑定JSON数据。 WebForms鼓励使用服务器端控件，因为它们很好地集成到框架状态管理工具中。
与其他人不同，我不敢说MVC绝对比WebForms生产力更高。不要低估WebForms快速交付数据驱动的业务应用程序的能力。通过使用这两种方法管理了很多人，我的观点是MVC需要技能更强的程序员才能提高生产力。但是，如果您的情况如此，那么您可能会发现MVC在那些熟练的人手中是一个更有趣，更强大的平台。
, ASP.NET MVC 3是否已准备好用于业务应用程序
在MVC中也绝对有可能吗
在我的愚见;绝对是100％。实际上，我认为MVC框架在功能和生产力方面都比WebForms领先数年。
,是的，ASP.NET MVC 3 Razor绝对可以用于业务应用程序。我正在MVC 3 Razor C＃中构建大型企业级Web应用程序，而我在MVC和Entity Framewor中投入的复杂性越多，他们处理它的能力就越好。让我给你一个代码示例。假设我们要创建一个将HTML与Razor C＃代码和数据混合在一起的动态表。使用Web表单和ASP.NET Web控件，这不是一件容易的事
<table>
<thead>
<tr>
<td>Date</td>
<td>Name</td>
<td>Price</td>
<td>Quantity</td>
<td>Shipper</td>
</tr>
</thead>
@foreach (eStore.Models.Product p in Model.Products)
{
<tr>
<td>@Html.Hidden(\"Date\",p.Date.ToString())
@Html.Hidden(\"productId\",p.ProductId)
<td><input type=\"submit\" name=\"submitButton\" value=\"@p.Name\"/></td>
<td>@Html.Label(\"Price\",p.Price)</td>
<td>@Html.Label(\"Quantity\",p.Quantity)</td>
<td>@Html.Label(\"Shipper\",p.Shipper)</td>
</tr>
}
</table>