我应该迁移到ASP.NETMVC吗?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (12)

我刚刚听了StackOverflow团队的第17次播客,他们谈到了ASP.NET MVC的高度评价,所以我决定检查一下。

但首先,我想确定它是值得的。我已经为几天内开始的一个项目创建了一个基础Web应用程序(供其他开发人员使用),并根据您的经验想知道是否应该花时间学习MVC的基础知识并重新创建具有此模型的基础Web应用程序。

真的有很大的优点能让它值得吗?

这不是一个现有的项目,这是一个即将开始的项目,所以如果我要去做它现在应该是...

我刚刚找到了这个

但是,它并不使用现有的回传模型进行交互回服务器。相反,您将所有最终用户交互路由到Controller类 - 这有助于确保关注和可测试性的清晰分离(这也意味着没有基于MVC的视图的视图状态或页面生命周期)。

这将如何工作?没有视图状态?没有事件?

提问于
用户回答回答于

如果你今天对WebForms很满意,那么ASP.NET MVC可能不适合你。

我很长时间都对WebForms感到沮丧。我绝对不是一个人在这里。在复杂的情况下,网络上的智能客户端,有状态的抽象分解严重。我碰巧喜欢HTML,Javascript和CSS。WebForms会尝试将其隐藏起来。对于那些并不复杂的问题,它也有一些非常复杂的解决方案。Webforms本身也很难测试,虽然你可以使用MVP,但它不是一个很好的Web环境解决方案......(与MVC相比)。

MVC将吸引你 - 如果你想更多地控制你的HTML - 想要像其他平台一样的无缝ajax体验 - 希望通过可测试性 - 想要有意义的URL - HATE处理回发和视图状态问题

至于预览版5的框架,它是相当稳定的,设计主要在那里,升级并不困难。我在Preview 1上启动了一个应用程序,并在最新预览版可用的几个小时内升级。

用户回答回答于

记住MVC和WebForms不竞争是很重要的,一个并不比另一个好。它们只是不同的工具。大多数人似乎将MVC和WebForms联系为“一个人必须比另一个更好”。那是错的。一个是锤子,另一个是螺丝刀。两者都用于整合的过程中,但各有优缺点。

如果一个人留下不好的味道,你可能试图用螺丝刀敲打一颗钉子。某些问题对于使用MVC优雅和简单的WebForms来说很麻烦,反之亦然。

扫码关注云+社区