对于ASP.NET AJAX的介绍，似乎Microsoft ASP.NET AJAX在各个方面都有了长足的进步。一些原有的诟病与硬伤得到了改善，可以说，相比于以前的Atlas，它成熟了。下面就进行详细ASP.NET AJAX。
CTP和RTM版本的Micrsoft ASP.NET AJAX改变基于以下三个目标：用户反馈 -- 我们根据社区论坛里对于使用CTP版本创建Web应用程序的讨论和反馈做出了很多修改。
提高开发效率 -- 我们希望能在未来的Visual Studio中提供一些工具支持，例如script调试，客户端错误捕捉和报告等。另外，我们希望能够使用更清晰的模式改良编成模型，并且和.NET Framework的设计标准和原则相匹配。
优化性能 -- 我们希望能够为Debug和Release两种情形下减少加载时间和浏览器内工作的脚本大小，大量的脚本对象实例占用了大量的内存的问题被解决了。
下面的表格简要地表述了客户端JavaScript框架(Client FX)和ASP.NET服务器端框架（Server FX）对于各类开发人员所存在的目的。两者的设计都着重了今后扩展的可能。例如，Client FX的设计是为了满足我们对于性能的要求，并且能被服务器端控件（如AutoCompleteExtender）使用，另外它也提供了今后对于xml-script和binding的支持的可能。
Comment可以发现，Microsoft ASP.NET AJAX的目的，并不是对于Atlas现有功能的改变，它的设计目的似乎就是为了针对Atlas的不足——例如性能，这似乎是Atlas***的缺陷了——而做了充分的努力。这种努力可能能够换来这个技术更长的生命力，但是也对熟悉之前产品的使用者来说是一种挑战——必须从头接受起。#t#
似乎Microsoft ASP.NET AJAX也准备了保留在之前Atlas中存在的功能（例如xml-script和binding），但是为什么不在完整它之后才发布呢？可能也是为了照顾使用者吧，能够早点开始接触新的东西总是好的。
对于服务器端的改变，我最感兴趣的可能就是ExtenderControl了。Atlas中的ExtenderControlBase基类的功能的确过于疲软，以至于需要在Atlas Control Toolkit中对Extender的基类进行扩展。ASP.NET 2.0 AJAX Extentions中的EnternderControl我还没有研究过。
莫非它就是将Atlas Control Toolkit的功能给集中进来了吗？如果不是的话，那么Atlas Control Toolkit中大大小小二十多个控件莫非都要相应地进行改变？另外提到的ASP.NET AJAX设计期支持是指什么？是指范型吗？Extender是Atlas中最典型的一个服务器端控件，它的各种疑问只能等以后再慢慢挖掘答案了……
