對于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中最典型的一個服務器端控件，它的各種疑問只能等以后再慢慢挖掘答案了……