Asp.net mvc 4 我应该使用ASP.NET WebForms还是MVC

我想为书店创建一个网站，但我不知道应该使用ASP.NET WebForms还是MVC？ 有人知道哪一个是高效的，哪一个将提供更好的吞吐量吗

我知道微软说过“ASP.NETMVC不能取代WebForms”。一些开发人员说WebForms的开发速度比MVC快，但我相信这一切都可以归结为技术的舒适度；所以我不想在这方面得到任何答案

---

既然ASP.NET MVC让开发人员能够更好地控制我们的应用程序，为什么WebForms不被认为是过时的呢？在新的开发中，我什么时候应该支持WebForms而不是MVC？

您不必现在就做出决定。 在VS 2013中，即使在同一个项目中，您也可以混合和匹配WebForms、WebAPI和MVC：

---

我在网上找到了这个答案，觉得很有帮助，所以我想我应该和你们分享这个答案。：）

Webforms和MVC现在似乎是一个热门话题。我认识的每个人都认为MVC是下一个伟大的东西。从我对它的轻微涉猎来看，这似乎还可以，但不，我认为这不会是webforms的终结

我的推理，以及为什么选择webforms而不是MVC的推理，更多地是从业务角度出发，而不是从哪个方面优于另一个方面

时间/金钱是选择webforms而不是MVC的最大原因

如果您的团队中的大多数人都知道webforms，而您没有时间让它们在MVC上跟上进度，那么生成的代码可能不高质量。学习MVC的基础知识，然后跳入并完成您需要完成的复杂页面是非常不同的事情。学习曲线很高，因此你需要将其纳入预算

如果你有一个大的网站是用webforms编写的，你可能更倾向于用webforms创建任何新的页面，这样你的网站就不会有两种完全不同的页面类型

我并不是说这是一种要么全有，要么全无的方法，但如果两者都有，这确实会使代码更难维护，特别是如果团队中的每个人都不熟悉MVC的话

我的公司最近用MVC做了三个测试页面。我们坐下来设计了它们。我们遇到的一个问题是，我们的大多数屏幕都在同一页面上具有查看和编辑功能。我们最终需要在页面上添加多个表单。没什么大不了的，除非那样我们就不用母版了。我们必须对其进行改进，以便webforms页面和MVC页面都可以使用相同的母版页来实现共同的外观和感觉。现在我们有了一个额外的嵌套层

我们需要为这些页面创建一个全新的文件夹结构，以便它遵循适当的MVC分离

我觉得3页的文件太多了，但这是我个人的看法

---

在我看来，如果你没有时间/金钱来更新你的网站以使用MVC，你会选择webforms而不是MVC。如果你在这方面做了一个半途而废的方法，它不会比你现在拥有的webforms更好。更糟糕的是，如果这项技术搞砸了，你甚至可能会把它设置为公司的失败，因为高层管理人员可能会认为它不如他们所知道的那样好。

希望下面的链接能够帮助你：我可以为此安装VS 2013 RTM或任何其他特定的VS吗？谢谢你的帮助。：）这个答案更多的是关于将现有WebForms站点移植/扩展到MVC。你的问题是关于创建一个全新的网站。在这种情况下，将不会有现有的WebForms需要维护。我认为这一个可以解释更多的事情：）