asp.net - 我们讨厌经典 asp 但今天仍然存在于 web 表单中的东西

Question

我正在研究我的团队从 webforms 迁移到 MVC 的原因列表，我认为一个好的起点是用一组经典的 asp 和 webforms 的共同点来展示“我们为什么应该迁移”。

如:

意大利面代码 (违反 SRP)
经典 ASP - 每个 .asp 文件都感觉像一个大泥球
网络表格 - 这个大泥球从视野变成了臭名昭著的“代码隐藏”

请记住，我的开发人员不是那种在不被推送的情况下实现 MVP 之类的东西的类型，这也是我喜欢 MVC 的部分原因(尽管保持 Controller 精简将是一种学习体验)

更新
我知道你可以在任何平台上用任何语言制造困惑。我也知道 MVC 不会解决这个问题。我也知道需要进行一些真正的指导才能让团队写得一团糟，以了解为什么这很难维护。但我觉得这个机会可以让我表达对 SOC/责任驱动设计/可测试性/等的需求。

关于使用 webforms 编写更易于维护的软件:根据我在 webforms 中实现像 MVP 这样的表示模式以尊重 SRP/增加可维护性/启用单元测试等的经验，比使用开箱即用的 MVC 要做的工作要多得多(而且你会得到相同的结果)。它是否有效 - 是的，我过去曾通过这种方法取得成功。但是，如果我可以利用一种更自然的方法来进行平台中的 Web 开发，我会的。

我一直在找人指出普通 9 到 5 岁的开发人员在编写经典 asp 时“想要”摆脱的东西，但在他们进入 web 表单之后却从未遵循过。 (再一次——与我一起工作的大多数开发人员只是简单地将他们在经典 asp 中提示的困惑转移到后面的代码中，并“认为”这是朝着正确方向迈出的一步)。

Answer 1

ASP.NET/webforms 似乎(借用 Joel Spolsky )在一个基本上无状态的介质上的状态“大泄漏抽象”。虽然这(我被告知)对于 WinForms 开发人员进入 Web 开发非常有用，但由于这个原因，在我看来，“Web 表单”一直是一个存在根本缺陷的范例。

当我(最近)开始学习 Web 开发(来自桌面背景)时，我是通过 Python/Django 和 RoR 了解它的，我并没有真正接触过“经典”的 ASP.NET、webforms 或 J2EE .我想在我的天真中我猜我只是假设所有的 Web 开发(或至少所有的大型 Web 开发)都是基于 MVC 模式的，它似乎非常适合 Web。在野外遇到“经典” ASP.NET 已经.. 大开眼界 o_O

假设你在这件事上有任何选择，你为什么要不是 想使用 ASP.NET MVC？