AJAX

Ajax這個名詞是由 Jesse James Garrett 提出，在他發表的 Ajax: A New Approach to Web Applications 這篇文章中談到 Google Suggest 與 Google Maps 所使用到的技術，是他們在 Adaptive Path 中稱之為Ajax的新方法：

Google Suggest and Google Maps are two examples of a new approach to web applications that we at Adaptive Path have been calling Ajax. The name is shorthand for Asynchronous JavaScript + XML, and it represents a fundamental shift in what’s possible on the Web.

在文中指出，Ajax是Asynchronous JavaScript + XML的簡稱，這指出了Ajax的核心觀念（Asynchronous）與所使用到的主要兩個技術（JavaScript、XML）。

Asynchronous為非同步，要了解Ajax，必須先了解為何要非同步。

現在許多的應用程式都是在Web上展現，這託了網際網路的普及之福，然而網路當初是Web應用程式繁榮的舞台，現在卻也成了限制Web應用程式發展的因素。

限制的原因來自於網路延遲的不可確定性，網路連線其實是個很耗資源的行為，程式必須序列化、通訊協定溝通、實體路由傳送等動作，這些動作都很耗時間與資源，所有透過網路必需的額外操作，常足以拖慢一個系統，就Web應用程式而言，通常只能透過表單進行資料提交，在同步的情況下，使用者送出表單之後，就只能等待遠端伺服器回應，在這段時間內，使用者無法作進一步的操作。

上圖中陰影部份為送出表單之後，使用者必須等待的時間，瀏覽器預設是使用同步的方式送出請求並等待回應，這也可以想像成存取一個很慢的硬碟，如果這是桌面應用程式，您就可以想像這種等待有多枯燥，人們之所以可以忍受Web應用程式的這種等待，某些原因是因為無從選擇而習慣了。

如果可以把請求與回應改為非同步進行，也就是發出請求後，瀏覽器無需苦等伺服器的回應，而可以讓使用者對瀏覽器中的Web應用程式進行其它的操作，當伺服器終於處理完請求並送出回應，而電腦接收到回應時，再回過頭來呼叫瀏覽器所設定的對應動作進行處理。

現在的問題是，誰來發送非同步請求，事實上有幾種解決方案，在Ajax這個名詞被提出之前，早就有著用IFrame的方式，也就是在HTML頁面中內嵌另一個HTML頁面，由內嵌的頁面來發出請求，而外圍的HTML頁面還是可以繼續讓使用者進行操作，有時候IFrame的解決方式會是簡單的，甚至比較好的。

不過現在談到Ajax，都著重在 XMLHttpRequest 物件，您可以使用JavaScript來建立，其實Firefox、NetScape、Safari、Opera中才叫XMLHttpRequest， Internet Explorer中是Microsoft.XMLHTTP或Msxml2.XMLHTTP的ActiveX物件，不過IE7中也正名為 XMLHttpRequest。

Ajax應用程式是必須由客戶端、伺服端一同合作的應用程式，JavaScript是用來撰寫Ajax應用程式客戶端的語言，XML則是請求時或回應時，建議使用的交換資料格式，Ajax的客戶端與伺服端基本上是可以獨立開發的，只要協議好溝通的資料格式，伺服端不限於使用何種技術。