现在RC1已经出来了,我需要一劳永逸地决定是使用MS Ajax库还是只使用jQuery来进行AJAX请求.该应用程序是一个新的应用程序 基本上我决定的方式是我是否从微软库中获得了任何我从jQuery无法获得的重大好处.我已经有了jQuery加载,我担心文件大小的额外开销比什么都重要.
据我所知 - 唯一的好处是有帮助器Ajax.BeginForm
,但也许这些可能会在某些时候使用jQuery吗?我的一位政府员工朋友今天也告诉我,MS Ajax库中有很多错误 - 这让我很担心.
随着微软现在正式成为jQuery的朋友,我不会太担心他们将来做任何事情,通过增强自己的库来让jQuery陷入困境.
我真的不知道MS Ajax究竟为我做了什么.是否存在某些利弊.或者支持'更新面板'只有90%的膨胀?
我也觉得非常有趣的是,ASP.NET MVC in Action一书只是跳过MS Ajax库并直接跳转到jQuery:
在本章中,读者将研究如何以比Web窗体更无缝的方式将ajax技术应用于ASP.NET MVC.读者将看到如何利用一个越来越流行的轻量级javascript库jQuery.
(来自AJAX的免费样本章节)
非常感谢任何人听到他们在两者中工作的经历,尤其是以下其他问题:
是否很容易在两个库之间转换代码 - 假设相对简单的ajax要求?
在两个库中调试都明显更好或更快
有谁知道ASP.NET 4.0的进展情况以及任何宣布的可能对MVC有益的AJAX库计划?
简而言之,MS AJAX可以为MVC应用做更多的事情而不是发送请求并将响应粘贴在DIV中?
我如何做相当于Ajax.BeginForm(...)
和使用jQuery?
什么是你的交易杀手一种方式或另一种?
大多数人在那里使用什么?
BobbyShaftoe.. 17
就个人而言,我会坚持使用JQuery.MS AJAX在大小方面非常重要,你可以用JQuery做很多事情.至于转换代码是否容易,这取决于你使用的MS AJAX的大小.我认为从一个调试到另一个调试并没有太大的差别.您将拥有一个更大的JQuery用户社区,可以从中获取资源.
就个人而言,我会坚持使用JQuery.MS AJAX在大小方面非常重要,你可以用JQuery做很多事情.至于转换代码是否容易,这取决于你使用的MS AJAX的大小.我认为从一个调试到另一个调试并没有太大的差别.您将拥有一个更大的JQuery用户社区,可以从中获取资源.
你可以(而且我)根据需要使用它们.当我想要一个特定的表单非javascript友好并且我在服务器上生成内容时,我将通过AjaxHelper使用MS AJAX.它构建我在客户端需要的所有东西来处理非JavaScript启用的浏览器.我只需要在控制器中检测AJAX /非AJAX并返回部分视图或完整视图.如果我需要使用AJAX作为插件的一部分(比如说autocomplete
),那么我将使用jQuery.关键是我使用最适合(最容易实现)的工具.当然,我的大多数应用都在内联网上运行,所以我不太关心下载的大小.
我还发现了关于MS合并库的jQuery公告
显然:
此外,Microsoft将开发额外的控件或小部件,以便在jQuery之上运行,这些控件或小部件可以在.NET应用程序中轻松部署.jQuery帮助程序也将包含在.NET开发的服务器端部分(除了现有的帮助程序之外),为现有的ASP.NET AJAX功能提供补充功能.
所以我认为很可能他们最终会得到jQuery帮助器,它们完全反映了MS的AJAX助手.
我想我将采用的解决方法是使用Html.BeginForm,然后截取提交按钮以使用jQuery.我并不特别担心没有javascript失去功能的人,但是我可能也不会那么难.