asp.net-mvc - asp.net mvc 与客户端繁重的网络表单

Question

最近在设计一个中型到大型的 Web 应用程序时，我决定在 UI 层使用 webforms 的客户端密集型实现，而不是 asp.net MVC。

原因是使用 webforms 很容易快速打开屏幕并将 web 应用程序粘合在一起(我广泛使用 Telerik 的 radcontrols，因为它们具有丰富的客户端模型)。我发现我越早在客户面前获得原型(prototype) UI，他们就能越快看到它并将其演变成他们真正想要的东西。

当我说客户端繁重的 Web 表单时，我主要是在客户端绑定(bind)数据，然后使用 Web 服务来处理来自客户端的事件——Web 服务与我的业务层交互并处理 JSON。例如，当一个 UI 事件需要更新许多控件时，优势就出现了——然后我可以退回到 asp.net 页面循环并启动部分回发，并将各种控件包装在更新面板中。

在我看来，我可以有我的蛋糕，我可以吃它!我可以在我的应用程序的性能关键区域使用闪电般快速的 JSON Web 服务，但我可以在复杂的 UI 区域恢复到回发/部分回发模型。总而言之，更少的开发时间和重要的性能。

所以最后，一个问题!

我并不是要抵制 MVC，只是简单地询问它是否比我上面所做的更好，如果是，为什么？

Answer 1

您使用 Web 表单的理由是正确的:快速原型(prototype)设计以在客户端面前获得模拟 UI。另一个原因是大量供应商提供服务器控件以转储到 Web 表单页面。

我个人认为，对于那些习惯于使用拖放式设计器而不是手动编辑 HTML 的人来说，MVC 有一点学习曲线。也就是说，一旦你通过它，我不相信你会再次使用网络表单。弹出了很多与 MVC 配合得很好的控件。 Telerik's MVC Extensions只是一个例子，它也恰好是开源的。