这篇博文和我们的一位高级开发人员认为,Web开发已经与ASP.net MVC完全一致.它不是一个关于VB脚本与VB9/10或其他最新版本的问题.除了路由引擎,帮助程序类和方法.你可以说些什么有力的论据
ASP.net MVC!=经典ASP + .net BCL
AnthonyWJone.. 20
在ASP中,"视图"接收请求.在ASP.NET-MVC中,控制器接收请求,随后它可以从许多不同的视图中进行选择以创建响应.
从响应处理中分离请求处理与ASP非常不同.
在ASP中,"视图"接收请求.在ASP.NET-MVC中,控制器接收请求,随后它可以从许多不同的视图中进行选择以创建响应.
从响应处理中分离请求处理与ASP非常不同.
该论点的工作假设是MVC中的所有内容都是Views.
现实情况是,视图是拼图的一小部分,并且认为整个事物显示出对模式和框架的深刻理解.如果没有先教育这个人,你就不能发表争论,并且在教育这个论点的行为中会变得不可靠.
为了解决博客文章本身,是的,你通过放弃丰富的控件确实失去了很多功能,特别是如果你在讨论从第三方供应商那里购买的控件.然而,现在有完整的javascript小部件套件,如果没有比asp更好的东西,它们是免费的.不仅如此,使用ASP.net意味着购买一个非常复杂的框架,大约90%的时间都可以使用.这个问题是,90%对于任何非常重要的事情来说都是不够的,并且围绕该额外10%的框架进行工作可能会生活在地狱中.另一件事是,购买这种复杂性带来的表现绝对是糟透了.
MVC和ASP.net之间的比较需要介于小部件与良好的结构,灵活的直接标记和良好的性能之间.如果您需要这些小部件,那么坚持使用ASP.net,Lord知道它不会很快消失.如果你对html,javascript和CSS这样的网络技术感到满意,那么丢失那些开箱即用的小部件就会很糟糕,但你得到的东西将远远超过你所失去的东西.
博客文章并非基于对MVC框架的完全理解.MVC促进了关注点的良好分离,View文件中包含的代码应该是非常基本的; 所有实际编码都在控制器内进行.博客文章的作者说,ASP.Net的真正优势在于控制,我认为实力是事件驱动模型,有状态环境的呈现超过了几乎无国籍的环境.MVC保持了这种优势,同时也促进了与实际UI的进一步分离.