我们团队自Atlas时代起就一直在使用Microsoft的AJAX Toolkit。在一次有点天真的情况下，我们错过了jQuery / Prototype现象，直到一个月或两个月前。直到现在，我们一直将Ajax的概念与Microsoft的工具包联系在一起。
通过阅读jQuery文档，我发现了Ajax的另一种全新的方式，这是我之前仅仅略知一二的。也就是说，你可以使用JavaScript（或JS库）与服务器进行通信，而无需使用专门的控件。乍一看，它似乎提供了更好的浏览器兼容性和更少的冗余代码。我肯定会对此感兴趣。
我的问题是：
当需要在ASP.NET中与服务器进行通信而无需回传时，如何确定使用AJAX Toolkit中的控件，而不是使用类似jQuery的东西？是否有理由同时使用两者？
我发现团队对JavaScript和DOM的熟练掌握对于使用jQuery而不是MS控件有很大影响。如果团队对于DOM、HTTP、异步操作、事件驱动UI或JSON并不了解，也不知道它为什么如此重要，那我建议继续使用AjaxControlToolkit。
但另一方面，如果团队一直试图通过JavaScript直接操纵控件，而不使用工具包，那么jQuery能够轻松地完成DOM操作。
最终，如果你的团队使用.NET控件能够更快地上市，那么就坚持使用它来完成应用程序的整体交付，并让他们逐渐尝试使用jQuery来实现部分功能（例如动画效果、jQuery UI、.bind()以及将行为与呈现分离）。最终，你要么a）获得足够的经验，能够将新的页面/应用程序转换为100%的jQuery代码，要么b）赚到足够的钱，可以雇佣熟练掌握DOM脚本编写的人来教授团队 ;)。
好问题。
我认为，虽然 AJAX 工具包控件（如传统的 Web 表单）仍有其用武之地，但使用 jQuery 时，您的代码将更加清晰易于维护。但最重要的是，您将对代码行为拥有更多的控制和灵活性。
您始终可以针对特定情况使用一些控件，并对其余部分使用 jQuery。我认为同时采用这两种方法没有任何根本性问题。
虽然Microsoft AJAX Toolkit方便且易于使用，但一旦你想要做比设计更复杂的事情时，很容易遇到障碍。如果你有兴趣学习AJAX的内部机制并使用友好的库，那么选择JQuery是正确的选择。这种知识可以在多个平台上转化；例如，如果你的团队决定尝试使用Django、Ruby on Rails等，则已经有了JQuery作为默认的AJAX工具包。特别是当你计划从ASP.NET迁移到ASP.NET MVC时，Microsoft已将JQuery称为官方客户端JavaScript工具包，因此这一点尤为重要。
很久以前，我停止使用MS Ajax的东西，因为我开发的许多应用程序需要具有可访问性和优雅降级的特点。也就是说，无侵入式JavaScript。我坚信，微软最终会朝着这个方向发展他们的JavaScript，但现在还没有。
基本上，我开发的每个网页都不会有任何内联JavaScript，除了外部链接到js文件，页面将在关闭JavaScript的情况下正常工作。这是我的首要任务，但可能不是你或其他人的首要任务。现在，我们不会想象将font标签放在HTML中而不是我们的外部CSS文件中。随着时间的推移，我们可能会对脚本产生相同的想法。
我认为这取决于你更喜欢哪一个。
微软使用拖放控件，如更新面板，而jQuery是手写的，并且在我的经验中提供了更大的灵活性。
JQuery似乎是目前DOM脚本和AJAX的首选框架，它使JavaScript相关任务更快速、更容易实现。
