在ASP.NETMVC应用程序中,MS Ajax与jQuery的利弊是什么?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (107)

现在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 Forms更无缝的方式来检查ajax技术如何应用​​于ASP.NET MVC。读者将看到如何利用日益流行的轻量级JavaScript库jQuery。 (来自AJAX 免费样章)

非常感谢任何人听到他们的经验,特别是在以下其他问题上:

  • 在两个库之间转换代码很容易 - 假设相对简单的ajax要求?
  • 在任何一个库中调试的速度都会更快或更快
  • 任何人都知道ASP.NET 4.0是如何进步的,以及任何已经公布的可能对MVC有利的AJAX库的计划?
  • 简而言之,MS AJAX可以为MVC应用程序发送请求并将响应粘贴到DIV中吗?
  • 我如何做相当于Ajax.BeginForm(...)和使用jQuery?
  • 你的交易杀手是这样或那样的?
  • 大多数人在那里使用?
提问于
用户回答回答于

就个人而言,我会坚持使用JQuery。MS AJAX在尺寸方面相当重量级,可以使用JQuery做这么多事情。至于是否易于转换代码,它取决于您使用的MS AJAX内容的数量。我认为从一个到另一个的调试没有太大的区别。将有一个更大的JQuery用户社区,从中抽取资源。

用户回答回答于

你可以(也可以)根据需要使用两者。当我想要一个特定的表单是非JavaScript友好的,并且我在服务器上生成内容时,我将通过AjaxHelper使用MS AJAX。它在客户端构建我需要的所有东西来处理不支持JavaScript的浏览器。我只需要在控制器中检测AJAX /非AJAX并返回部分或全部视图。如果我需要使用AJAX作为插件的一部分(比如说autocomplete),那么我将使用jQuery。关键是我使用最适合我的工具(最容易实现)。当然,我的大部分应用程序都在内部网上运行,所以我不太在意下载的大小。

扫码关注云+社区

领取腾讯云代金券