如果是,何时?你认为这个过程需要多长时间才能迁移你当前的项目(如果是这样的话)?
ASP.NET MVC 并不是要取代WebForms.它们是不同的技术,旨在用于不同的目的.
全面陈述说我只会使用一个而不是另一个是一种非常狭隘的方法,因为你错过了每种技术的优点和缺点.
微软将继续致力于这两项技术,并且WebForms 4.0中有许多新的功能.
我将使用WebForms和ASP.NET MVC,但是考虑当前项目的需求,以便我为当前的实现做出正确的决定
我已经使用它几个月了.我非常喜欢MVC.根据可用时间,转换现有项目可能不太现实.正如我所看到的,Web Forms模拟了旧VB人群的窗体开发.虽然MVC并没有假装它不是,但更紧密地遵循Http过程.
我在MVC中看到的一些优点
1)单元测试是可测试的
2)直接控制Html.我们制作网站,我们怎么接受不能控制我们所有的HTML?
3)没有观察行李
4)没有控制树浪费时间渲染
5)从表格帖子自动绑定模态
6)它可以很性感
还有一些缺点
1)没有更多的Web控件(并且丢失了许多丰富的第三方控件)
2)发展较慢
3)学习曲线大
4)仍处于测试阶段(CTP尽快)
对我的新项目是的.但不适用于当前的生产软件.
是的,尽可能有序.
MVC将.NET打开到敏捷开发最佳实践的世界.它专门解决了关注点分离和耦合/凝聚的问题.它还允许我们编写更便携的软件,而不会依赖任何特定于供应商的引用或组件.
毫无疑问,无论您阅读什么PR,它都会成为WebForms和WPF 的继承者.
维基百科的条目非常清楚,甚至在为微软的MVC更新之前.