ASP.NET MVC 用户 - 您是否错过了 WebForms 中的任何内容？

Question

有很多关于 ASP.NET WebForms 和 ASP.NET MVC 之间差异的文章和讨论比较了这两个框架的相对优点。

对于任何有使用 WebForms 并且已经迁移到 MVC 的经验的人，我有一个不同的问题:

WebForms 拥有的、MVC 没有的、您真正想念的第一件事是什么？

编辑

没有人提到 WebForms 验证控件。我现在正在处理一些具有一些相关验证规则的代码，并且为这些实现客户端验证被证明是缓慢的。

Answer 1

作为一名 PHP/Classic ASP 人员，我大约在 5 年前涉足 webforms 世界。在不得不用脚本语言手动编码表格网格、日历等内容之后，看起来 web 表单将成为一个巨大的帮助之手。它是......直到你需要除了交替行颜色等之外的一点点定制。是的，您可以通过一些拖放 Action 运行一个 GridView 。但是，即使是看似简单的事情的定制也可能变成数小时的折磨和研究。

我还认为 .NET 在线中给出的许多示例都过于简单化了，以使 Web 表单看起来“简单”。当然，您可以让 gridview 只显示 100,000 条记录表中的 10 条记录，但是您是否意识到默认情况下所有记录都被加载到内存中？作为纠正该问题过于复杂的一个例子，我花了一段时间创建一个仅加载记录 block 的可分页 GridView ，但它不起作用。经过一个小时的研究，我发现您必须删除 IDE 插入到代码隐藏中的额外属性。当像这样愚蠢的东西让你落后时，这并不有趣。

而且在每一个转折点，它都会发生。

甚至不要让我开始使用 View 状态。

但后来云分开了，.NET MVC 交给了我们。现在这是一个框架。如果您是 Web 开发人员，您应该知道当有人向您的 Web 服务器发出请求时会发生什么。 Webforms 放在上面的抽象层和杂乱无章是一种伤害。

在大多数情况下，我能够以 PHP 脚本的速度开发应用程序，并且最终可以完全控制 UI。这就是它的一切。

并且作为附加说明:当人们发现他们必须使用 <%= %> 标签等时，他们需要停止提示他们在 MVC View 中创建“标签汤”。将你的gridview拖放到页面上，设置所有属性，然后查看它给你的废话。而且您还没有完成，现在您必须附加事件并将更多与 gridview 相关的代码放入您的代码文件中。谈论搞砸编码体验。任何一天我都会使用一个简单的 foreach 循环。