我刚刚听了StackOverflow团队的第17期播客,他们对ASP.NET MVC的评价非常高,我决定去看看。
但首先,我想确定这是值得的。我已经为一个项目创建了一个基础web应用程序(供其他开发人员构建),该项目将在几天后启动,根据您的经验,我想知道是否应该花时间学习MVC的基础知识,并使用此模型重新创建基础web应用程序。
真的有很大的优势可以让它变得值得吗?
编辑:这不是一个现有的项目,它是一个即将开始的项目,所以如果我要做它,它应该是现在……
我刚找到这个
然而,
它不使用现有的回发模型来与服务器交互。相反,您可以将所有最终用户交互路由到控制器类-这有助于确保关注点和可测试性的干净分离( MVC这也意味着没有视图状态或页面生命周期,基于MVC的视图)。
这是如何工作的呢?没有视图状态?没有活动?
发布于 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上启动了一个应用程序,并在最新的预览版发布后的几个小时内进行了升级。
发布于 2008-08-27 17:09:31
重要的是要记住,MVC和WebForms并不是相互竞争的,两者并不是一帆风顺的。它们只是不同的工具。大多数人似乎将MVC与WebForms视为“一个必须比另一个更好的锤子”。这是错误的。一个是锤子,另一个是螺丝刀。两者都用于将事物组合在一起的过程中,但有不同的优点和缺点。
如果其中一个给你留下了一个不好的品味,你可能是想用螺丝刀敲钉子。某些问题在WebForms中很麻烦,而在MVC中则变得优雅和简单,反之亦然。
发布于 2008-08-27 14:35:08
我使用过ASP.NET MVC (我甚至编写了一个HTTPModule,让你可以用web.config定义路由),但我仍然对它心怀不满。
这似乎是组织和生产力上的一大倒退。也许对某些人来说不是,但我已经弄清楚了webforms,它们对我来说并不构成使它们可维护的挑战。
我不赞同现在流行的“测试一切”的风尚。
https://stackoverflow.com/questions/30067
复制相似问题