我已经阅读了所有关于mvc和webforms如何互补的营销方式......
然而,似乎所有博客都谈论的是mvc,唯一的消息是关于mvc.
微软是否会继续改进网络形式作为一等公民,还是仅仅是一种受支持的技术,因为随着时间的推移,他们将所有真正的努力,开发人员和资源转移到mvc？
有没有真正的证据表明在不久的将来会有任何新的令人兴奋的改进？
你可能会比从11月看看Phil Haak的帖子更糟糕:
WebForms和ASP.NET MVC的未来
他指出去年在PDC下发布的5个关键内容:
核心基础设施包括规模和绩效
Web表单包括客户端ID,ViewState,CSS使用等问题
AJAX
数据和动态数据
MVC
除此之外,还有一些已经作为ASP.NET MVC的一部分构建的东西已经被发布用于像路由模块这样的webform,这对我的一些项目来说会很有帮助,即使不使用MVC也是如此.
除此之外,VS2010中还有一些变化可以帮助Web开发人员使用WebForms或MVC,这很好.
博主倾向于谈论什么是闪亮和"新",这就是事情的发展方式 - 你必然会看到很多关于它的文字,尽管MVC不是一种新的设计模式 - 它至少可以追溯到30年.
WPF/Silverlight也是如此 - 他们是WinForms/WebForms杀手吗？不是.它们是替代产品,与早期的工作方式相比具有一些优势,但也存在一些差异/缺点.
我参加了一个会议(Remix 08),Scott Gu说他们肯定会继续支持这两种方法,并且MVC不适合每个应用程序.斯科特说,网络表单模型有很多未来的改进(虽然没有说明它们是什么).
Web表单模型不会消失,因为:
Web表单模型对某些类型的应用程序更好,例如小应用程序,那些需要使用视图状态有用的长进程的
应用程序许多应用程序正在使用它
为
ASP.net 开发的许多第三方组件实施还不成熟(虽然到目前为止似乎相当不错)
微软可能会在几周内宣布PDC中的一些新功能.
微软终于接受了一个基本的开发事实.您无法为任何问题提供最终解决方案.这就是MVC正在开发的原因,Scott Guthrie明确表示MVC适用于更大,更多企业网站.Web表单将继续存在,并作为基于RAD的简单Web开发方法开发.
如果您退后一步并查看Microsoft堆栈的所有最新改进和添加,您可以很容易地在这两个类之间对它们进行分类.例如:
数据访问:LINQ-to-SQL vs EntityFramework
远程处理:WCF与WebServices
LiveID:LiveID(Web)身份验证与RPS身份验证
...
我只希望微软能够随着时间的推移使这种区别更加清晰,因为开发人员似乎对于应该为哪个任务选择什么工具存在很多困惑.
总而言之,我认为微软将继续开发它们,因为它们迎合了不同的开发者档案.微软显然对尽可能多地发展其开发人员基础并使.NET堆栈尽可能有用感兴趣.
我将在这里走出困境并且不同意MVC是这里的"企业"框架或者两者中更好的一般观念.
MVC很棒!但只要看看这个名字.它代表"模型,视图,控制器"......在那里看到"视图"？
现在看看比赛,"网络形式"......看到那个"形式"？
MVC在"视图"类型的情况下做得很好.对于发布内容的站点(信息的"视图"),MVC可能具有优势,特别是对于需要大量测试和支持智能视图切换的正式设计的大型系统.
对于通过表单(数据收集和数据输入繁重的应用程序)与用户进行大量交互的应用程序,由于表单帖子作为主要机制的固有用途,Web表单具有优势.
虽然您可以使用Web表单进行查看,但您可以使用MVC执行表单,但每个表单都需要权衡.在MVC的当前状态下,我发现编写大量数据条目"视图"比使用Web表单更加困难和痛苦......我并不是说一点点.
在未来,我确实希望看到MVC在处理数据输入方案时变得更好,但与使用Web表单相比,这些方案可能会付出相当高的代价.
据我所知,两者都没有比其他更"企业"级别...我最感兴趣的是混合应用程序,它使用MVC进行显示和发布业务结束,而Web表单更自然地使用对于重型数据输入结束...所有在同一个Web项目中...我当然希望我们能看到类似的东西.
京公网安备 11010802040832号 | 京ICP备19059560号-6 