如果要用“充滿魅力”一詞來形容當(dāng)前流行的交互設(shè)計(jì)，那么首推創(chuàng)建Web應(yīng)用程序。畢竟，當(dāng)你最終聽到某人傾倒于產(chǎn)品的交互設(shè)計(jì)，難道不是在網(wǎng)上？（Okay，我承認(rèn)iPod除外）。所有追求酷，追求創(chuàng)新的新項(xiàng)目都是聯(lián)機(jī)應(yīng)用的。

盡管如此，Web交互設(shè)計(jì)人員還是不可避免地對(duì)創(chuàng)建桌面應(yīng)用軟件的同事懷有一絲妒忌。桌面應(yīng)用程序所擁有的功能豐富性和響應(yīng)能力似乎是Web目前無法達(dá)到的。簡(jiǎn)單地讓Web應(yīng)用程序迅速蔓延，會(huì)在我們所提供的體驗(yàn)和用戶從桌面應(yīng)用程序獲取的體驗(yàn)之間形成一道鴻溝。

但現(xiàn)在，這道鴻溝正被逐漸填平。讓我們看看Google Suggest。根據(jù)您輸入的內(nèi)容，相關(guān)的條目便幾乎立即更新。我們?cè)倏?span lang="EN-US">Google Maps。利用光標(biāo)，在刻度線上移動(dòng)來放大地圖或者縮小，所有的一切幾乎都是即時(shí)的，完全不用等待頁面的刷新。

Google Suggest 和Google Maps就是這種新型Web應(yīng)用程序的兩個(gè)例子，我在Adaptive Path上把這種理念稱為 Ajax。也就是Asynchronous JavaScript + XML的簡(jiǎn)寫，它預(yù)示著Web可能發(fā)生一次重大的變革。

Ajax 的定義

Ajax 并不是一種新技術(shù)，它實(shí)際上是幾種已經(jīng)在各自領(lǐng)域大行其道的技術(shù)的強(qiáng)強(qiáng)結(jié)合。Ajax由以下內(nèi)容組成：

·??????????? 基于標(biāo)準(zhǔn)化的XHTML和CSS；

• 通過DOM （Document Object Model ）實(shí)現(xiàn)動(dòng)態(tài)顯示和交互；

·??????????? 通過 XML 和XSLT 來進(jìn)行數(shù)據(jù)交換和處理；

• 使用 XMLHttpRequest 通過異步方式獲取數(shù)據(jù)；

• 使用JavaScript來整合以上所有的技術(shù)

經(jīng)典的Web應(yīng)用程序模型工作方式如下：大多數(shù)用戶動(dòng)作在界面上激發(fā)一個(gè)HTTP請(qǐng)求到web服務(wù)器。服務(wù)器做一些處理——獲取數(shù)據(jù)，處理數(shù)字，與現(xiàn)有的應(yīng)用系統(tǒng)進(jìn)行溝通——最后返回HTML到客戶端。這樣的模型適合于以超文本為基礎(chǔ)的Web應(yīng)用程序，但作為一個(gè)強(qiáng)調(diào)用戶體驗(yàn)的狂熱分子（ The Elements of User Experience 一書的擁護(hù)者），我們認(rèn)為超文本造就Web成功的東西，卻并不一定滿足軟件應(yīng)用程序的要求。

傳統(tǒng)的Web應(yīng)用程序模型技術(shù)上來說意義非凡，但它并不適用于創(chuàng)建完美的用戶體驗(yàn)。當(dāng)服務(wù)器在做數(shù)據(jù)處理的時(shí)候，用戶在干什么呢？沒錯(cuò)，他們?cè)诘却Ｒ粋€(gè)任務(wù)所需的步驟越多，用戶需要等待的次數(shù)也越多。

顯然，當(dāng)我們?cè)O(shè)計(jì)Web應(yīng)用程序的時(shí)候，我們不應(yīng)該讓用戶傻等。界面一旦加載完成，為什么還要因?yàn)槌绦蛐枰獜姆?wù)器傳輸一些東西而中斷用戶交互呢？實(shí)際上，用戶為什么要看到程序與服務(wù)器的聯(lián)系？

為什么Ajax與眾不同

Ajax 應(yīng)用程序摒棄了“開—關(guān)—開—關(guān)”的交互形式，在用戶與服務(wù)器之間引入了一個(gè)中間件——Ajax引擎。看上去在應(yīng)用程序上添加一個(gè)層面會(huì)減少響應(yīng)，但事實(shí)上恰好相反。

不同于加載一個(gè)網(wǎng)頁是，用戶會(huì)話一旦建立，瀏覽器就加載一個(gè)Ajax引擎——由JavaScript編寫并通常放置在一個(gè)隱藏幀內(nèi)。引擎的責(zé)任包括構(gòu)造用戶操作界面以及與服務(wù)器的溝通。Ajax引擎允許用戶與應(yīng)用程序的交互異步進(jìn)行——無須直接訪問服務(wù)器。所以用戶永遠(yuǎn)不會(huì)在服務(wù)器處理數(shù)據(jù)期間瞪眼面對(duì)一個(gè)白屏和沙漏圖標(biāo)。

?

用戶動(dòng)作的處理由傳統(tǒng)的表單提交來激發(fā)一個(gè)HTTP請(qǐng)求，變?yōu)?span lang="EN-US">Javascript調(diào)用Ajax引擎。給用戶的回應(yīng)不用等到服務(wù)器處理后返回——比如簡(jiǎn)單的數(shù)據(jù)校驗(yàn)，在內(nèi)存中編輯數(shù)據(jù)，甚至一些導(dǎo)航功能——都直接由引擎來處理。如果引擎需要從服務(wù)器獲取些數(shù)據(jù)——提交數(shù)據(jù)給服務(wù)器處理，加載額外的界面代碼，或者獲取新數(shù)據(jù)——引擎通常以XML格式激發(fā)一個(gè)異步的請(qǐng)求，用戶端完全沒有被中斷的感覺。

誰在使用Ajax

Google 在Ajax開發(fā)上投入了巨大的精力。去年Google推出的幾大產(chǎn)品 —— Orkut 、Gmail、Google Groups最終測(cè)試版 、 Google Suggest 和 Google Maps —— 都是基于Ajax的應(yīng)用。其他還包括：有著很多備受人們贊譽(yù)特性的 Flickr （http://www.flickr.com/）基于Ajax，Amazon的 A9.com 搜索引擎也使用了類似的技術(shù)。

這些項(xiàng)目證實(shí)Ajax并不是一個(gè)技術(shù)性的實(shí)驗(yàn)品，它可以實(shí)踐在現(xiàn)實(shí)世界的應(yīng)用中。它也不是一種只能在實(shí)驗(yàn)室中運(yùn)用的技術(shù)。Ajax適用于從簡(jiǎn)單的單函數(shù)Google Suggest到非常復(fù)雜的Google Maps等各種規(guī)模的應(yīng)用程序。

在Adaptive Path，我們已經(jīng)基于Ajax的理念工作了好幾個(gè)月，我們意識(shí)到我們也僅僅是接觸到Ajax所能帶來的非凡體驗(yàn)的一點(diǎn)皮毛。Ajax是Web應(yīng)用程序的一個(gè)重要發(fā)展，并且其重要性還在逐步增長(zhǎng)。因?yàn)樵S多開發(fā)人員已經(jīng)熟悉Ajax所包含的技術(shù)，我們期望看到更多的組織能夠像Google那樣通過Ajax獲得更大的競(jìng)爭(zhēng)優(yōu)勢(shì)。

更進(jìn)一步

創(chuàng)建Ajax應(yīng)用程序所面臨的最大挑戰(zhàn)并不在技術(shù)上。Ajax的核心技術(shù)是成熟的，穩(wěn)定并被廣泛應(yīng)用著。這些挑戰(zhàn)在于：應(yīng)用設(shè)計(jì)人員忘掉所有我們所熟知的網(wǎng)絡(luò)限制，去想像更寬廣、更深遠(yuǎn)的可能情況。

接下來會(huì)很有趣。

Ajax Q&A

2005 年3月13日 ：自從Jesse發(fā)表了該文，他收到了不計(jì)其數(shù)的咨詢Ajax問題的信件，Jesse回復(fù)了其中有代表性的問題并整理成Q&A。

Q ： 是 Adaptive Path 還是Google發(fā)明了Ajax ？ Adaptive Path 是否協(xié)助開發(fā)了Google的Ajax應(yīng)用程序 ？
A ： Ajax 并不是由Adaptive Path或者Google發(fā)明的。Google最新的產(chǎn)品是Ajax應(yīng)用程序最具代表性的例子。Adaptive Path沒有參與Google的開發(fā)，但我們?cè)跒槠渌囊恍┛蛻糇鲆恍┡cAjax相關(guān)的工作。

Q ： Adaptive Path 會(huì)出售Ajax組件或者 注冊(cè)Ajax這個(gè)商標(biāo)嗎 ？ 我從哪里可以下載到它 ？
A ： Ajax 并不是一個(gè)具體的軟件或程序，它是一種理念——關(guān)于用合理的技術(shù)構(gòu)建Web應(yīng)用程序架構(gòu)的思考。Ajax這個(gè)名稱和它的理念都不是 Adaptive Path 私有的。

Q ： Ajax 只不過是XMLHttpRequest的別名嗎？
A ：不是。XMLHttpRequest只是Ajax的一個(gè)組成部分。XMLHttpRequest讓客戶端與服務(wù)器的異步通訊成為可能；Ajax是本文描述的一個(gè)整體理念，它不僅依賴于XMLHttpRequest，還包括CSS、DOM和其他技術(shù)等等。

Q ： 為什么你會(huì)起這么個(gè)名字？
A ：我們需要一個(gè)簡(jiǎn)短的表示“Asynchronous JavaScript+CSS+DOM+XMLHttpRequest”的新詞來與客戶談我們的理念。

Q ： 與服務(wù)器 異步通訊的技術(shù)產(chǎn)生很多年了，Ajax何以稱為新理念？
A ： Ajax 包含的技術(shù)被大量應(yīng)用在現(xiàn)實(shí)世界中以至于改變了Web的基礎(chǔ)交互模式是一個(gè)新現(xiàn)象。Ajax是針對(duì)現(xiàn)在而言，因?yàn)檫@些技術(shù)離工業(yè)化應(yīng)用還需要很多時(shí)間去開發(fā)。

Q ： Ajax 是一個(gè)技術(shù)平臺(tái)或者架構(gòu)嗎？
A ：都是。Ajax是一系列技術(shù)的無縫集合。

Q ： Ajax 最適合于什么樣的應(yīng)用？
A ：我也不知道。因?yàn)檫@是一個(gè)相當(dāng)新的理念，就我們的理解而言，Ajax應(yīng)用還處于初期階段。有時(shí)候傳統(tǒng)的Web應(yīng)用程序模型可能更為適合。

Q ： 是否可以理解為Adaptive Path就是取代anti-Flash ？
A ： 完全不是。Macromedia是Adaptive Path的客戶之一，并且我們長(zhǎng)期為Flash技術(shù)做技術(shù)支持。待Ajax成熟后，我認(rèn)為對(duì)于具體的問題，Ajax有時(shí)候會(huì)是一個(gè)更好的解決方案，同樣有時(shí)候Flash也許做得更好。我們也有興趣探討兩者的結(jié)合。（比如Flickr，它結(jié)合了兩者）。

Q ： Ajax 在易用性和瀏覽器兼容性上是否有限制 ？Ajax是否會(huì)與后退按鈕沖突？Ajax與REST（雷達(dá)電子掃描技術(shù)）兼容嗎？Ajax的開發(fā)有哪些安全考慮？Ajax能為那些禁止Javascript運(yùn)行的用戶工作嗎？
A ： 所有這些問題的答案，我只能說“可能”。已經(jīng)有很多的開發(fā)者著手這些方面的工作。要評(píng)估Ajax的所有限制，我想還需要做很多工作，我們希望Ajax開發(fā)社區(qū)能揭示更多的信息。

Q ： 你所提到的Google的一些應(yīng)用中實(shí)際上并沒有使用XML。我一定要在Ajax應(yīng)用中使用XML或XSLT嗎？
A ： 不是，對(duì)于Ajax客戶端，XML作為數(shù)據(jù)交換的載體是支持最為完善的（XMLHttpRequest，DOM支持）。當(dāng)然，你沒有理由不接受可以達(dá)到同樣效果的技術(shù)，例如 JavaScript Object Notation （http://www.crockford.com/JSON/）或者其他類似的數(shù)據(jù)交換的格式。

Q ： Ajax 應(yīng)用比傳統(tǒng)的Web應(yīng)用程序方便開發(fā)嗎？
A ：也不盡然。Ajax的應(yīng)用不可避免要在客戶端運(yùn)行復(fù)雜的JavaScript腳本。編寫復(fù)雜并且高效穩(wěn)定的腳本并不是一件容易的事情，優(yōu)秀的開發(fā)工具和框架能幫助我們接受這一挑戰(zhàn)。

Q： Ajax應(yīng)用程序總比傳統(tǒng)的Web應(yīng)用程序程序更友好嗎？
A ：不一定，Ajax給交互設(shè)計(jì)人員更多的靈活性。能力越大，責(zé)任也越大。我們必須小心使用Ajax去改善用戶體驗(yàn)，而不是把它弄得更糟。