Microsoft AJAX客户端库与jQuery

在jQuery集成新闻发布之后，人们对jQuery和MS Ajax进行了大量讨论

<>我现在正在说服我的团队考虑jQuery，但我不是他们中的任何一个。 我真的很想在jQuery和MS Ajax“客户机”库之间进行一些比较，因为我的团队认为，如果我们只使用原始的MS Ajax客户机库，我们可以做到jQuery所能做到的，而jQuery似乎有一个更好的选择器

有人能很好地解释为什么在某些场景中使用jQuery而不是MS Ajax吗？如果有更好的性能问题

---

谢谢大家!

我两者都用。我认为这两种方法适用于不同的用例——MS AJAX用于在初始加载（ScriptControl）期间将一些数据从服务器传输到客户端，并用于创建初始控件元素关联。此外，web服务包装器对于数据AJAX非常有用，包装器依赖于MS AJAX库

---

jQuery用于加载页面后的DOM遍历/修改。MS-AJAX可以做到这一点，但其方式比jQuery复杂得多。另外，jQuery作为一个框架，可以访问大量插件——客户端脚本和控件，如菜单/树等。

所以问题：

微软现在将jQuery作为Asp.net MVC的一部分发布。他们不会在内部使用jQuery，而是在推广它。看看这篇文章。

我们需要问一个问题——为什么我们要使用ASP.NET？ 主要是因为它提供的控件。 如果jQuery提供控件作为插件，那么就不需要ASP.NET或Microsoft AJAX工具包。 如果我们将我们的站点设计为基于纯HTML页面，使用jQuery控制HTML页面的动态部分，最后使用WebService存储/检索数据库中的信息，那么我们就完全消除了ASP.NET ASP.NET会减慢网站的运行速度，因为您的请求需要经过许多阶段才能到达已编译的ASPX页面，然后解析该页面，然后合并代码隐藏和设计器文件，最后呈现HTML

---

有人可能会说微软提供了母版页。再次考虑使用母版页，因为它们太慢了你的网站。在每个页面请求时，整个母版页都将重建。相反，尝试使用iframe。将包含所有导航控件的起始页的内容区域作为IFRAME。此内容区域应根据用户菜单单击加载适当的HTML页面。

虽然我不反对您的假设，但您的证据并不完全有效。jQuery还具有客户端到服务器的AJAX功能，这显然比MS-AJAX更简单。MS AJAX的存在主要是为了支持一套与您为jQuery引用的控件重叠的控件。MS AJAX client-to-server实际上生成了“强类型”web服务包装器，我不认为在jQuery中这样做“更简单”——第一个示例，实际上，你必须将一个web服务url硬编码到脚本中，或者将其重新生成到页面中，AJAX控件工具包在很大程度上缺乏趣味性/灵活性，无法与jQ解决方案相比。我是在使用WCF（jsdebug）服务处理web表单应用程序的端口时遇到这个问题的，该服务用于MVC的客户端操作。我想补充一点，MsAjax是正确工作所必需的。jQuery是我们用于客户端的主要机制，但是特定于WCF的东西需要MsAjax，否则它将无法工作。希望这能帮你节省一些时间。