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