我应该迁移到ASP.NET MVC吗？
我刚刚听了StackOverflow团队的第17期播客，他们对ASP.NET MVC的评价非常高，我决定去看看。
但首先，我想确定这是值得的。我已经为一个项目创建了一个基础web应用程序(供其他开发人员构建)，该项目将在几天后启动，根据您的经验，我想知道是否应该花时间学习MVC的基础知识，并使用此模型重新创建基础web应用程序。
真的有很大的优势可以让它变得值得吗？
编辑:这不是一个现有的项目，它是一个即将开始的项目，所以如果我要做它，它应该是现在……
我刚找到这个
然而，
它不使用现有的回发模型来与服务器交互。相反，您可以将所有最终用户交互路由到控制器类-这有助于确保关注点和可测试性的干净分离( MVC这也意味着没有视图状态或页面生命周期，基于MVC的视图)。
这是如何工作的呢？没有视图状态？没有活动？
回答 20
Stack Overflow用户
发布于 2008-09-09 21:00:19
如果您现在对WebForms很满意，那么ASP.NET MVC可能不适合您。
我对WebForms感到失望已经有很长一段时间了。我绝对不是一个人。web上的智能客户端、有状态的抽象在复杂的场景中严重崩溃。我碰巧喜欢HTML、Javascript和CSS。WebForms试图对我隐瞒这件事。对于并不复杂的问题，它也有一些非常复杂的解决方案。Webforms本身也很难测试，虽然你可以使用MVP，但对于web环境来说，它不是一个很好的解决方案……(与MVC相比)。
MVC会在以下情况下向您提出上诉：-您想要更多地控制您的HTML -想要像其他平台一样的无缝ajax体验-想要可测试性-想要有意义的URLs讨厌处理回发和视图状态问题
至于预览版5的框架，它相当稳定，设计大部分都在那里，升级并不困难。我在Preview 1上启动了一个应用程序，并在最新的预览版发布后的几个小时内进行了升级。
Stack Overflow用户
发布于 2008-08-27 17:09:31
重要的是要记住，MVC和WebForms并不是相互竞争的，两者并不是一帆风顺的。它们只是不同的工具。大多数人似乎将MVC与WebForms视为“一个必须比另一个更好的锤子”。这是错误的。一个是锤子，另一个是螺丝刀。两者都用于将事物组合在一起的过程中，但有不同的优点和缺点。
如果其中一个给你留下了一个不好的品味，你可能是想用螺丝刀敲钉子。某些问题在WebForms中很麻烦，而在MVC中则变得优雅和简单，反之亦然。
Stack Overflow用户
发布于 2008-08-27 14:35:08
我使用过ASP.NET MVC (我甚至编写了一个HTTPModule，让你可以用web.config定义路由)，但我仍然对它心怀不满。
这似乎是组织和生产力上的一大倒退。也许对某些人来说不是，但我已经弄清楚了webforms，它们对我来说并不构成使它们可维护的挑战。
我不赞同现在流行的“测试一切”的风尚。
https://stackoverflow.com/questions/30067
复制相似问题