ajax

百科解釋

目錄·AJAX介紹
·AJAX示例程序
·主要包含了以下幾種技術
·發(fā)展史
·優(yōu)點和缺點
·Ajax圖書
·基礎應用
·基于Ajax的應用程序架構匯總
·開發(fā)Ajax應用面臨的問題及解決方案

AJAX示例程序

將以下文本放入一個HTML頁面即可看到效果,將會有兩次彈出提示,最后在頁面上顯示YES,表示完成
　　<s cript LANGUAGE="Javas cript">
　　
　　</s cript>

主要包含了以下幾種技術

　　Ajax（Asynchronous Javas cript + XML）的定義
　　基于web標準（standards-based presentation）XHTML+CSS的表示；
　　使用 DOM（Document Object Model）進行動態(tài)顯示及交互；
　　使用 XML 和 XSLT 進行數(shù)據(jù)交換及相關操作；
　　使用 XMLHttpRequest 進行異步數(shù)據(jù)查詢、檢索；
　　使用 Javas cript 將所有的東西綁定在一起。英文參見Ajax的提出者Jesse James Garrett的原文,原文題目(Ajax: A New Approach to Web Applications)。
　　類似于DHTML或LAMP，AJAX不是指一種單一的技術，而是有機地利用了一系列相關的技術。事實上，一些基于AJAX的“派生/合成”式（derivative/composite）的技術正在出現(xiàn)，如“AFLAX”。
　　AJAX的應用使用支持以上技術的web瀏覽器作為運行平臺。這些瀏覽器目前包括：Mozilla、Firefox、Internet Explorer、Opera、Konqueror及Safari。但是Opera不支持XSL格式對象，也不支持XSLT。

發(fā)展史

　　該技術在1998年前后得到了應用。允許客戶端腳本發(fā)送HTTP請求(XMLHTTP)的第一個組件由Outlook Web Access小組寫成。該組件原屬于微軟Exchange Server，并且迅速地成為了Internet Explorer 4.0的一部分。部分觀察家認為，Outlook Web Access是第一個應用了Ajax技術的成功的商業(yè)應用程序，并成為包括Oddpost的網(wǎng)絡郵件產(chǎn)品在內的許多產(chǎn)品的領頭羊。但是，2005年初，許多事件使得Ajax被大眾所接受。Google在它著名的交互應用程序中使用了異步通訊，如Google討論組、Google地圖、Google搜索建議、Gmail等。Ajax這個詞由《Ajax: A New Approach to Web Applications》一文所創(chuàng)，該文的迅速流傳提高了人們使用該項技術的意識。另外，對Mozilla/Gecko的支持使得該技術走向成熟，變得更為易用。
　　AJAX前景非常樂觀，可以提高系統(tǒng)性能，優(yōu)化用戶界面。AJAX現(xiàn)有直接框架AjaxPro，可以引入AjaxPro.2.dll文件，可以直接在前臺頁面JS調用后臺頁面的方法。但此框架與FORM驗證有沖突。另微軟也引入了AJAX組建，需要添加AjaxControlToolkit.dll文件，可以在控件列表中出現(xiàn)相關控件。

優(yōu)點和缺點

　　傳統(tǒng)的web應用允許用戶填寫表單(form)，當提交表單時就向web服務器發(fā)送一個請求。服務器接收并處理傳來的表單，然後返回一個新的網(wǎng)頁。這個做法浪費了許多帶寬，因為在前後兩個頁面中的大部分HTML代碼往往是相同的。由于每次應用的交互都需要向服務器發(fā)送請求，應用的響應時間就依賴于服務器的響應時間。這導致了用戶界面的響應比本地應用慢得多。
　　與此不同，AJAX應用可以僅向服務器發(fā)送并取回必需的數(shù)據(jù)，它使用SOAP或其它一些基于XML的web service接口，并在客戶端采用Javas cript處理來自服務器的響應。因為在服務器和瀏覽器之間交換的數(shù)據(jù)大量減少，結果我們就能看到響應更快的應用。同時很多的處理工作可以在發(fā)出請求的客戶端機器上完成，所以Web服務器的處理時間也減少了。
　　使用Ajax的最大優(yōu)點，就是能在不更新整個頁面的前提下維護數(shù)據(jù)。這使得Web應用程序更為迅捷地回應用戶動作，并避免了在網(wǎng)絡上發(fā)送那些沒有改變過的信息。
　　Ajax不需要任何瀏覽器插件，但需要用戶允許Javas cript在瀏覽器上執(zhí)行。就像DHTML應用程序那樣，Ajax應用程序必須在眾多不同的瀏覽器和平臺上經(jīng)過嚴格的測試。隨著Ajax的成熟，一些簡化Ajax使用方法的程序庫也相繼問世。同樣，也出現(xiàn)了另一種輔助程序設計的技術，為那些不支持Javas cript的用戶提供替代功能。
　　對應用Ajax最主要的批評就是，它可能破壞瀏覽器后退按鈕的正常行為。在動態(tài)更新頁面的情況下，用戶無法回到前一個頁面狀態(tài)，這是因為瀏覽器僅能記下歷史記錄中的靜態(tài)頁面。一個被完整讀入的頁面與一個已經(jīng)被動態(tài)修改過的頁面之間的差別非常微妙；用戶通常都希望單擊后退按鈕，就能夠取消他們的前一次操作，但是在Ajax應用程序中，卻無法這樣做。不過開發(fā)者已想出了種種辦法來解決這個問題，當中大多數(shù)都是在用戶單擊后退按鈕訪問歷史記錄時，通過建立或使用一個隱藏的IFRAME來重現(xiàn)頁面上的變更。（例如，當用戶在Google Maps中單擊后退時，它在一個隱藏的IFRAME中進行搜索，然后將搜索結果反映到Ajax元素上，以便將應用程序狀態(tài)恢復到當時的狀態(tài)。）
　　一個相關的觀點認為，使用動態(tài)頁面更新使得用戶難于將某個特定的狀態(tài)保存到收藏夾中。該問題的解決方案也已出現(xiàn)，大部分都使用URL片斷標識符（通常被稱為錨點，即URL中#后面的部分）來保持跟蹤，允許用戶回到指定的某個應用程序狀態(tài)。（許多瀏覽器允許Javas cript動態(tài)更新錨點，這使得Ajax應用程序能夠在更新顯示內容的同時更新錨點。）這些解決方案也同時解決了許多關于不支持后退按鈕的爭論。
　　進行Ajax開發(fā)時，網(wǎng)絡延遲——即用戶發(fā)出請求到服務器發(fā)出響應之間的間隔——需要慎重考慮。不給予用戶明確的回應，沒有恰當?shù)念A讀數(shù)據(jù) ，或者對XMLHttpRequest的不恰當處理，都會使用戶感到延遲，這是用戶不欲看到的，也是他們無法理解的。通常的解決方案是，使用一個可視化的組件來告訴用戶系統(tǒng)正在進行后臺操作并且正在讀取數(shù)據(jù)和內容。
　　一些手持設備（如手機、PDA等）現(xiàn)在還不能很好的支持Ajax;
　　用Javas cript作的Ajax引擎，Javas cript的兼容性和DeBug都是讓人頭痛的事;
　　Ajax的無刷新重載，由于頁面的變化沒有刷新重載那么明顯，所以容易給用戶帶來困擾――用戶不太清楚現(xiàn)在的數(shù)據(jù)是新的還是已經(jīng)更新過的；現(xiàn)有的解決有：在相關位置提示、數(shù)據(jù)更新的區(qū)域設計得比較明顯、數(shù)據(jù)更新后給用戶提示等;
　　對串流媒體的支持沒有FLASH、Java Applet好;

Ajax圖書

　　Ajax基礎教程（亞馬遜計算機榜首圖書，國內第1本Ajax圖書）
　　作　者：（美）阿斯利森，（美）舒塔著，金靈等譯
　　出版社：人民郵電出版社
　　出版時間： 2006-2-1 字　數(shù)： 356000 版　次： 1 頁　數(shù)： 253 印刷時間： 2006/02/01 開　本：印　次：紙　張：膠版紙 I S B N ： 9787115144812 包　裝：平裝
　　Ajax技術應知應會90題
　　編著：卜維豐
　　改編：丁衛(wèi)穎、付瑞鋒
　　出版社：電子工業(yè)出版社
　　出版時間：2008年5月
　　開本：720*1000 1/16 印張：22.75 頁數(shù)：354頁 ISBN:978-7-121-06197-4 定價：39.80元（含光盤一張）

基礎應用

　　創(chuàng)建XMLHttpRequest 方法如下
　　XMLHttpRequest 類首先由Internet Explorer以ActiveX對象引入，被稱為XMLHTTP。后來Mozilla﹑Netscape﹑Safari 和其他瀏覽器也提供了XMLHttpRequest類，不過它們創(chuàng)建XMLHttpRequest類的方法不同。
　　對于Internet Explorer瀏覽器：
　　xmlhttp_request = new ActiveXObject("Msxml2.XMLHTTP.3.0"); //3.0或4.0, 5.0
　　xmlhttp_request = new ActiveXObject("Msxml2.XMLHTTP");
　　xmlhttp_request = new ActiveXObject("Microsoft.XMLHTTP");
　　由于在不同Internet Explorer瀏覽器中XMLHTTP版本可能不一致，為了更好的兼容不同版本的Internet Explorer瀏覽器，因此我們需要根據(jù)不同版本的Internet Explorer瀏覽器來創(chuàng)建XMLHttpRequest類，上面代碼就是根據(jù)不同的Internet Explorer瀏覽器創(chuàng)建XMLHttpRequest類的方法。
　　對于Mozilla﹑Netscape﹑Safari等瀏覽器
　　創(chuàng)建XMLHttpRequest 方法如下：xmlhttp_request = new XMLHttpRequest();
　　如果服務器的響應沒有XML mime-type header，某些Mozilla瀏覽器可能無法正常工作。為了解決這個問題，如果服務器響應的header不是text/xml，可以調用其它方法修改該header。
　　xmlhttp_request = new XMLHttpRequest();
　　xmlhttp_request.overrideMimeType(&＃39;&＃39;text/xml&＃39;&＃39;);
　　在實際應用中，為了兼容多種不同版本的瀏覽器，一般將創(chuàng)建XMLHttpRequest類的方法寫成如下形式：
　　try{
　　if( window.ActiveXObject ){
　　for( var i = 5; i; i-- ){
　　try{
　　if( i == 2 ){
　　xmlhttp_request = new ActiveXObject( "Microsoft.XMLHTTP" ); }
　　else{
　　xmlhttp_request = new ActiveXObject( "Msxml2.XMLHTTP." + i + ".0" );
　　xmlhttp_request.setRequestHeader("Content-Type","text/xml");
　　xmlhttp_request.setRequestHeader("Charset","gb2312"); }
　　break;}
　　catch(e){
　　xmlhttp_request = false; } } }
　　else if( window.XMLHttpRequest )
　　{ xmlhttp_request = new XMLHttpRequest();
　　if (xmlhttp_request.overrideMimeType)
　　{ xmlhttp_request.overrideMimeType(&＃39;&＃39;text/xml&＃39;&＃39;); } } }
　　catch(e){ xmlhttp_request = false; }
　　發(fā)送請求了
　　可以調用HTTP請求類的open()和send()方法，如下所示：
　　xmlhttp_request.open(&＃39;&＃39;GET&＃39;&＃39;, URL, true);
　　xmlhttp_request.send(null);
　　open()的第一個參數(shù)是HTTP請求方式—GET，POST或任何服務器所支持的您想調用的方式。按照HTTP規(guī)范，該參數(shù)要大寫；否則，某些瀏覽器(如Firefox)可能無法處理請求。
　　第二個參數(shù)是請求頁面的URL。
　　第三個參數(shù)設置請求是否為異步模式。如果是TRUE，Javas cript函數(shù)將繼續(xù)執(zhí)行，而不等待服務器響應。這就是"AJAX"中的"A"。
　　服務器的響應
　　這需要告訴HTTP請求對象用哪一個Javas cript函數(shù)處理這個響應。可以將對象的onreadystatechange屬性設置為要使用的Javas cript的函數(shù)名，如下所示：
　　xmlhttp_request.onreadystatechange =FunctionName;
　　FunctionName是用Javas cript創(chuàng)建的函數(shù)名，注意不要寫成FunctionName()，當然我們也可以直接將Javas cript代碼創(chuàng)建在onreadystatechange之后，例如：
　　xmlhttp_request.onreadystatechange = function(){
　　// Javas cript代碼段
　　};
　　首先要檢查請求的狀態(tài)。只有當一個完整的服務器響應已經(jīng)收到了，函數(shù)才可以處理該響應。XMLHttpRequest 提供了readyState屬性來對服務器響應進行判斷。
　　readyState的取值如下：
　　0 (未初始化)
　　1 (正在裝載)
　　2 (裝載完畢)
　　3 (交互中)
　　4 (完成)
　　所以只有當readyState=4時，一個完整的服務器響應已經(jīng)收到了，函數(shù)才可以處理該響應。具體代碼如下：
　　if (http_request.readyState == 4) { // 收到完整的服務器響應 }
　　else { // 沒有收到完整的服務器響應 }
　　當readyState=4時，一個完整的服務器響應已經(jīng)收到了，接著，函數(shù)會檢查HTTP服務器響應的狀態(tài)值。完整的狀態(tài)取值可參見W3C文檔。當HTTP服務器響應的值為200時，表示狀態(tài)正常。
　　處理從服務器得到的數(shù)據(jù)
　　有兩種方式可以得到這些數(shù)據(jù)：
　　(1) 以文本字符串的方式返回服務器的響應
　　(2) 以XMLDocument對象方式返回響應

基于Ajax的應用程序架構匯總

開發(fā)Ajax應用面臨的問題及解決方案

　　對程序員而言，開發(fā)Ajax應用最頭痛的問題莫過于以下幾點：
　　Ajax在本質上是一個瀏覽器端的技術，首先面臨無可避免的第一個問題即是瀏覽器的兼容性問題。各家瀏覽器對于Javas cript／DOM／CSS的支持總有部分不太相同或是有Bug，甚至同一瀏覽器的各個版本間對于Javas cript／DOM／CSS的支持也有可能部分不一樣。這導致程序員在寫Ajax應用時花大部分的時間在調試瀏覽器的兼容性而非在應用程序本身。因此，目前大部分的Ajax鏈接庫或開發(fā)框架大多以js鏈接庫的形式存在，以定義更高階的Javas cript API 、Javas cript對象（模板）、或者Javas cript Widgets來解決此問題。如prototype.js。
　　Ajax技術之主要目的在于局部交換客戶端及服務器之間的數(shù)據(jù)。如同傳統(tǒng)之主從架構，無可避免的會有部分的業(yè)務邏輯會實現(xiàn)在客戶端，或部分在客戶端部分在服務器。由于業(yè)務邏輯可能分散在客戶端及服務器，且以不同之程序語言實現(xiàn)，這導致Ajax應用程序極難維護。如有用戶接口或業(yè)務邏輯之更動需求，再加上前一個Javas cript/DOM/CSS之兼容性問題，Ajax應用往往變成程序員的夢魘。針對業(yè)務邏輯分散的問題，Ajax開發(fā)框架大致可分為兩類：
　　將業(yè)務邏輯及表現(xiàn)層放在瀏覽器，數(shù)據(jù)層放在服務器：因為所有的程序以Javas cript執(zhí)行在客戶端，只有需要數(shù)據(jù)時才向服務器要求服務，此法又稱為胖客戶端（fat client）架構。服務器在此架構下通常僅用于提供及儲存數(shù)據(jù)。此法的好處在于程序員可以充分利用Javas cript搭配業(yè)務邏輯來做出特殊的用戶接口，以符合終端用戶的要求。但是問題也不少，主因在第一，Javas cript語言本身之能力可能不足以處理復雜的業(yè)務邏輯。第二，Javas cript的執(zhí)行效能一向不好。第三，Javas cript訪問服務器數(shù)據(jù)，仍需適當?shù)姆⻊掌鞫顺绦蛑浜�。第四，瀏覽器兼容性的問題又出現(xiàn)。有些Ajax開發(fā)框架如DWR企圖以自動生成Javas cript之方式來避免兼容的問題，并開立通道使得Javas cript可以直接調用服務器端的Java程序來簡化數(shù)據(jù)的訪問。但是前述第一及第二兩個問題仍然存在，程序員必須費相當?shù)牧獠拍苓_到應用程序之規(guī)格要求，或可能根本無法達到要求。
　　將表現(xiàn)層[2]、業(yè)務邏輯、及數(shù)據(jù)層放在服務器，瀏覽器僅有用戶接口引擎（User Interface engine）；此法又稱為瘦客戶端（thin client）架構，或中心服務器（server-centric）架構。瀏覽器的用戶接口引擎僅用于反映服務器的表現(xiàn)層以及傳達用戶的輸入回到服務器的表現(xiàn)層。由瀏覽器所觸發(fā)之事件亦送回服務器處理，根據(jù)業(yè)務邏輯來更新表現(xiàn)層，然后反映回瀏覽器。因為所有應用程序完全在服務器執(zhí)行，數(shù)據(jù)及表現(xiàn)層皆可直接訪問，程序員只需使用服務器端相對較成熟之程序語言（如Java語言）即可，不需再學習Javas cript/DOM/CSS，在開發(fā)應用程序時相對容易。缺點在于用戶接口引擎以及表現(xiàn)層通常以標準組件的形式存在，如需要特殊組件（用戶接口）時，往往須待原框架之開發(fā)者提供，緩不濟急。如開源碼Ajax開發(fā)框架ZK目前支持XUL及XHTML組件，尚無XAML之支持。
　　Ajax是以異步的方式向服務器提交需求。對服務器而言，其與傳統(tǒng)的提交窗體需求并無不同，而且由于是以異步之方式提交，如果同時有多個Ajax需求及窗體提交需求，將無法保證哪一個需求先獲得服務器的響應。這會造成應用程序典型的多進程（process）或多線程（thread）的競爭（racing）問題。程序員因此必須自行處理或在Javas cript里面動手腳以避免這類競爭問題的發(fā)生（如Ajax需求未響應之前，先disable送出按鈕），這又不必要的增加了程序員的負擔。目前已知有自動處理此問題之開發(fā)框架似乎只有ZK。

通信詞典解釋