自 Atlas 时代以来，我们的团队一直在使用 Microsoft 的 AJAX 工具包。在 bit of naivety直到一两个月前，我们才错过 jQuery/Prototype 现象。直到现在，我们总是将 Ajax 的概念与 Microsoft 的工具包联系在一起。
在阅读 jQuery 的过程中，我看到了 Ajax 的全新一面，而我当时只是模模糊糊地意识到这一点。也就是说，您可以使用 JavaScript(或 JS 库)与服务器对话，而无需使用专门的控件。乍一看，这似乎提供了更好的浏览器兼容性和更少的膨胀。我当然对此很感兴趣。
我向社区提出的问题:
当使用 ASP.NET 并需要在没有回发的情况下与服务器通信时，如何决定使用 AJAX 工具包中的控件而不是使用 jQuery 之类的东西？有理由同时使用两者吗？
最佳答案
我发现团队对 JavaScript 和 DOM 的熟练程度对 jQuery 的采用超过 MS 控件产生了巨大的影响。如果团队高兴地不知道 DOM、HTTP、异步操作、事件驱动的 UI 或 JSON 的含义以及为什么它是猫的叫声，我会坚持使用 AjaxControlToolkit。
另一方面，如果他们始终尝试绕过工具包直接通过 JavaScript 操作控件，那么 jQuery 会像这样操作 DOM，从而减轻痛苦。
最后，如果您的团队可以使用 .NET 控件更快地进入市场，请在应用程序的整体交付中坚持使用它，并让他们慢慢地尝试使用 jQuery 来处理一些零碎的事情(动画、jquery ui、.bind() 并将行为与表示分离)。最终，您要么 a) 获得足够的经验，可以将新页面/应用程序转换为 100% jQuery，要么 b) 赚到足够的钱来雇用精通 DOM 脚本的人并亲自教授团队 ;)
关于asp.net - Microsoft 的 AJAX 工具包与 jQuery，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1493307/