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