你认为ASP。NETMVC将与ASP竞争。网络表单?

哦,是的。它将把web表单吹出水面——我们已经看到了真正的MVC框架在Java世界中的价值。在微软的世界里,这真的是一个需要填补的空白。

作为一个Java/Struts的老手——我发现用web表单做当前的工作非常令人沮丧——因为我知道有一些工具可以让我的生活变得更加轻松。

MVC很棒,但在包含自己丰富的控件集之前,它不会成为真正的竞争者,取代Web表单。正如你可能已经知道的,一些现有的控件确实可以使用它,但很多都不能。尽管如此,我仍然喜欢使用它。

好NET一直无法完全对抗Visual Basic 6的惰性(我仍然看到一些商店在这里和那里,他们只是 开始 转向。NET),因此必须考虑ASP的惯性。NET Webforms以及目前它在各地的部署方式。

ASP。NET MVC无疑将得到广泛采用,但它将是由有架构师意识的人推动的:一些经理和节奏不快的开发人员不会在意。

我不这么认为。这两种解决方案的目的和目标都不一样,而且也不相同。NETWebForms更像一个平台,而MVC是一个架构框架,所以这个问题有点奇怪。在我看来,MVC与良好的AJAX支持和正确的服务器端模型结构相结合,可能是开发Web应用程序子范围的更方便的方式,但Web表单并没有消失,在下一个版本中它们将有进一步的改进。

干杯

我认为MVC最终将在MS web市场占有100%的份额。这样更好。

正如泰所说,在控制措施到位之前,不会有太多的采用。我确实认为,一旦网络表单成为现实,它将超越它们。一旦你需要做一些复杂的事情,而且很难测试,webform模型就会崩溃。单元测试MVC的能力是巨大的,但人们还不知道他们缺少了什么。

我认为ASP。NETMVC是ASP经典(大量渲染控件)和ASP的最佳组合。NET(具有真实体系结构的能力,并且缺少意大利面代码)。

我的猜测是,微软真的必须站出来说“MVC是最棒的。” 只有 在企业大规模使用web应用程序之前,您应该使用“web应用程序的方式”。所以,现在的情况是,用户群很小。

我认为这将是一个缓慢的开始,因为webforms的安装基础。随着单元测试和标记控制开始变得越来越重要 对更多人来说更重要 然后我想你开始看到迁移。我怀疑它是否能达到web平台MS安装群的100%,但在未来几年里,它将稳步增长。粉丝们会说这将主导星球切片面包,但这并不现实。有了这些,我希望不用长时间使用Webforms。

编辑: 现在我们已经是Beta 1了 启动 看到组件供应商开始运送一些东西。看来第一个击球的是Telerik和他们的 ASP.NET Ajax Controls in ASP.NET MVC

我认为更多的人理解模型视图控制器的重要性和简单页面控制器的局限性,这就是ASP。网络表单确实如此。

正如有人指出的那样,问题在于VisualBasic的人——你知道的人都有经典的ASP经验,从未见过任何单元测试和/或基于MVC的Java/Ruby/PHP开发。我相信这是大部分的。NET开发者。我在某处读到世界上有600万VB开发者。猜猜,他们现在在干什么?

来自Java/Ruby/PHP商店、已经习惯MVC应用程序的人肯定会适应MS MVC框架。

我认为喜欢这种开发模式的开发人员会采用它,但我更喜欢webforms,因为生命周期提供了一种创建可重用控件的好方法。

您还可以使用webforms维护MVC开发风格,并能够为所有代码创建单元测试,因此可测试性并不是MVC更好的理由。

我的猜测是,如果你对TDD、REST、编写自己的HTML等感兴趣,MVC是“经典”网络表单编程的替代方案。 目前开发商仍然喜欢D&D开发风格,因为它允许快速开发应用程序,即使这样,它也变得无法维护。 随着越来越多的人开始采用敏捷方法,对编写可维护的软件而不是开发quick&肮脏的应用程序,MVC将获得更多的用户群。 我记得ScottH在一次演讲中说,他们认为MVC将浮动在5-10%左右,

我最近才开始使用MS的MVC框架。随着Preview 5的发布,我开始对它进行深入研究。要让人们使用它,最大的障碍是缺乏实例和有用的参考资料。

该框架本身是一个很好的使用体验,尤其是与jQuery和nUnit结合使用时。从面向对象的角度来看,网站的设计变得更加自然,我认为,一旦学习曲线随着高质量入门材料的广泛使用而缩短,那么它将成为使用MS产品进行web开发的主导架构。

我认为webforms满足了那些没有代码隐藏范例之外经验的人的安全/舒适需求。我并不是说这是不好的,因为对于商业中的许多任务来说,目标是完成一些事情并接受它。不幸的是,业务是关于结果的,很多时候你不得不忽略方法。

另一方面,当这种情况需要在页面之间进行复杂的交互时,webforms为所有的工作带来了如此多的复杂性。注册脚本块只是为了启动javascript?当你想在windows上与客户端进行通信时呢?MS应该投入一些时间来增强javascript调试的工具集,甚至可以在MSDN上提供一系列关于JSON/JQuery的内容。只是一些想法。

我认为MVC将在企业级应用程序中得到更多的关注,与小型mom&pop应用程序。

目前还没有逐步淘汰经典代码隐藏模式的计划,我觉得,由于大多数人已经习惯了这种技术,许多人很可能会继续使用它。

如果一个人没有MVC的经验,那么这可能是一个很大的范式转变。我看不到有太多人蜂拥而至。我认为80%的代码隐藏率和20%的MVC百分比是正确的。

由于代码隐藏模型已经存在了很长一段时间,我敢打赌很多程序员只经历过经典的代码隐藏事件生命周期。

5 Reasons You Should Take a Closer Look at ASP.NET MVC

如果您已经理解了HTTP和Rest的基本概念,那么MVC真正有意义的地方在于。如果你真的想利用自定义JavaScript,并拥有高度优化的领域用户体验。如果你喜欢所有拖放控件的web表单开发,并且对用户体验和Atlas更新面板感到满意,那么你真的应该坚持使用它。

MVC是为我们这些想要轻松利用的人准备的。NET服务器端和自定义客户端。它适用于那些有网页设计师和想要构建定制HTML的人,就像我们有那些有成就的程序员一样。

如果你是一个孤独的人(可能是IT人员),为你的内联网为前台办公室拼凑东西,那么webforms可能会为你提供更好的服务。这就是webforms和。净光。一些较新的工具EF和MVC为团队和更大规模的开发带来了价值。

所以不,我认为它们是互补的。