我想为书店创建一个网站，但我很困惑应该使用 ASP.NET WebForms 还是 MVC？谁能知道哪个是有效的并且会提供更好的吞吐量？
我知道微软说过“ASP.NET MVC 不能替代 WebForms”。一些开发人员说 WebForms 比 MVC 开发得更快，但我相信这一切都归结为对技术的舒适程度；所以我不想要这个方向的任何答案。
鉴于 ASP.NET MVC 让开发人员可以更好地控制我们的应用程序，为什么 WebForms 没有被认为是过时的？什么时候我应该更喜欢 WebForms 而不是 MVC 来进行新的开发？
你不必现在就做出那个决定。在 VS 2013 中，您可以混合和匹配 WebForms、WebAPI 和 MVC，甚至在同一个项目中：
我在网上找到了这个答案，发现很有帮助，所以我应该和你分享这个。:)
Webforms vs. MVC 现在似乎是一个热门话题。我认识的每个人都吹捧 MVC 是下一个伟大的事物。从我对它的轻微涉猎来看，这似乎还可以，但不，我认为这不会是网络表单的终结。
我的推理，以及为什么选择 webforms 而不是 MVC 的推理，更多地与业务角度有关，而不是什么比另一个更好。
时间/金钱是选择 Web 表单而不是 MVC 的最大原因。
如果您的团队中的大多数人都知道 Web 表单，而您没有时间让他们在 MVC 上快速上手，那么生成的代码可能质量不高。学习 MVC 的基础知识然后进入并执行您需要执行的复杂页面是非常不同的事情。学习曲线很高，因此您需要将其纳入预算。
如果您有一个全部用网络表单编写的大型网站，您可能更倾向于在网络表单中创建任何新页面，这样您的站点中就不会出现两种截然不同的页面类型。
我并不是说这是一种全有或全无的方法，但如果将两者分开，它确实会使您的代码更难维护，特别是如果团队中不是每个人都熟悉 MVC。
我公司最近用 MVC 做了三个测试页面。我们坐下来设计了它们。我们遇到的一个问题是，我们的大多数屏幕在同一页面上都有查看和编辑功能。我们最终需要在页面上使用多个表单。没什么大不了的，除非我们不会使用我们的母版页。我们必须对其进行修改，以便 webforms 页面和 MVC 页面可以使用相同的母版页来实现共同的外观和感觉。现在我们多了一层嵌套。
我们需要为这些页面创建一个全新的文件夹结构，以便它遵循正确的 MVC 分离。
我觉得 3 页的文件太多，但这是我个人的看法。
在我看来，如果您没有时间/金钱来投资更新您的网站以使用 MVC，您会选择 Web 表单而不是 MVC。如果您对此采取半途而废的方法，那么它不会比您现在拥有的网络表单更好。更糟糕的是，如果这项技术搞砸了，你甚至可能会在公司中失败，因为高层管理人员可能会认为它不如他们所知道的。