AJAX的認識、工作原理及優(yōu)缺點~

1.什么是AJAX?

AJAX全稱為“Asynchronous JavaScript and XML”(異步JavaScript和XML),是一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術拢驾。它使用:
使用XHTML+CSS來標準化呈現(xiàn);
使用XML和XSLT進行數(shù)據(jù)交換及相關操作改基;
使用XMLHttpRequest對象與Web服務器進行異步數(shù)據(jù)通信繁疤;
使用Javascript操作Document Object Model進行動態(tài)顯示及交互咖为;
使用JavaScript綁定和處理所有數(shù)據(jù)。

2.與傳統(tǒng)的web應用比較

傳統(tǒng)的Web應用交互由用戶觸發(fā)一個HTTP請求到服務器,服務器對其進行處理后再返回一個新的HTHL頁到客戶端, 每當服務器處理客戶端提交的請求時,客戶都只能空閑等待,并且哪怕只是一次很小的交互稠腊、只需從服務器端得到很簡單的一個數(shù)據(jù),都要返回一個完整的HTML頁,而用戶每次都要浪費時間和帶寬去重新讀取整個頁面躁染。這個做法浪費了許多帶寬,由于每次應用的交互都需要向服務器發(fā)送請求架忌,應用的響應時間就依賴于服務器的響應時間吞彤。這導致了用戶界面的響應比本地應用慢得多。
與此不同叹放,AJAX應用可以僅向服務器發(fā)送并取回必需的數(shù)據(jù)饰恕,它使用SOAP或其它一些基于XML的Web Service接口,并在客戶端采用JavaScript處理來自服務器的響應井仰。因為在服務器和瀏覽器之間交換的數(shù)據(jù)大量減少埋嵌,結果我們就能看到響應更快的應用。同時很多的處理工作可以在發(fā)出請求的客戶端機器上完成俱恶,所以Web服務器的處理時間也減少了雹嗦。

3.AJAX的工作原理

Ajax的工作原理相當于在用戶和服務器之間加了—個中間層(AJAX引擎),使用戶操作與服務器響應異步化。并不是所有的用戶請求都提交給服務器,像—些數(shù)據(jù)驗證和數(shù)據(jù)處理等都交給Ajax引擎自己來做, 只有確定需要從服務器讀取新數(shù)據(jù)時再由Ajax引擎代為向服務器提交請求合是。

Ajax其核心有JavaScript了罪、XMLHTTPRequest、DOM對象組成聪全,通過XmlHttpRequest對象來向服務器發(fā)異步請求泊藕,從服務器獲得數(shù)據(jù),然后用JavaScript來操作DOM而更新頁面荔烧。這其中最關鍵的一步就是從服務器獲得請求數(shù)據(jù)吱七。

(1).XMLHTTPRequest對象

Ajax的一個最大的特點是無需刷新頁面便可向服務器傳輸或讀寫數(shù)據(jù)(又稱無刷新更新頁面),這一特點主要得益于XMLHTTP組件XMLHTTPRequest對象。

**XMLHttpRequest 對象方法描述 **

 abort()  //停止當前請求
 getAllResponseHeaders()  //把HTTP請求的所有響應首部作為鍵/值對返回
 getResponseHeader("header")  //返回指定首部的串值
 open("method","URL",[asyncFlag],["userName"],["password"])  //建立對服務器的調用鹤竭。method參數(shù)可以是GET踊餐、POST或PUT。url參數(shù)可以是相對URL或絕對URL臀稚。這個方法還包括3個可選的參數(shù)吝岭,是否異步,用戶名吧寺,密碼
 send(content)  //向服務器發(fā)送請求
 setRequestHeader("header", "value")  //把指定首部設置為所提供的值窜管。在設置任何首部之前必須先調用open()。設置header并和請求一起發(fā)送 ('post'方法一定要 )

XMLHttpRequest 對象屬性描述

   onreadystatechange    //狀態(tài)改變的事件觸發(fā)器稚机,每個狀態(tài)改變時都會觸發(fā)這個事件處理器幕帆,通常會調用一個JavaScript函數(shù)
      readyState    //請求的狀態(tài)。有5個可取值:0 = 未初始化赖条,1 = 正在加載失乾,2 = 已加載常熙,3 = 交互中,4 = 完成
      responseText    //服務器的響應碱茁,返回數(shù)據(jù)的文本裸卫。
      responseXML  //服務器的響應,返回數(shù)據(jù)的兼容DOM的XML文檔對象 纽竣,這個對象可以解析為一個DOM對象墓贿。
      responseBody    //服務器返回的主題(非文本格式)
      responseStream    //服務器返回的數(shù)據(jù)流
      status    //服務器的HTTP狀態(tài)碼(如:404 = "文件末找到" 、200 ="成功" 蜓氨,等等)
      statusText    //服務器返回的狀態(tài)文本信息 聋袋,HTTP狀態(tài)碼的相應文本(OK或Not Found(未找到)等等)

(2).JavaScript

JavaScript是一在瀏覽器中大量使用的編程語言。

(3).DOM Document Object Model

DOM是給HTML和XML文件使用的一組API语盈。它提供了文件的結構表述舱馅,讓你可以改變其中的內(nèi)容及可見物。其本質是建立網(wǎng)頁與Script或程序語言溝通的橋梁刀荒。所有WEB開發(fā)人員可操作及建立文件的屬性、方法及事件都以對象來展現(xiàn)(例如棘钞,document就代表“文件本身“這個對像缠借,table對象則代表HTML的表格對象等等)。這些對象可以由當今大多數(shù)的瀏覽器以Script來取用宜猜。一個用HTML或XHTML構建的網(wǎng)頁也可以看作是一組結構化的數(shù)據(jù)泼返,這些數(shù)據(jù)被封在DOM(Document Object Model)中,DOM提供了網(wǎng)頁中各個對象的讀寫的支持姨拥。

(4).XML

可擴展的標記語言(Extensible Markup Language)具有一種開放的绅喉、可擴展的、可自描述的語言結構叫乌,它已經(jīng)成為網(wǎng)上數(shù)據(jù)和文檔傳輸?shù)臉藴?用于其他應用程序交換數(shù)據(jù) 柴罐。

(5).綜合

Ajax引擎,實際上是一個比較復雜的JavaScript應用程序憨奸,用來處理用戶請求革屠,讀寫服務器和更改DOM內(nèi)容。JavaScript的Ajax引擎讀取信息排宰,并且互動地重寫DOM似芝,這使網(wǎng)頁能無縫化重構,也就是在頁面已經(jīng)下載完畢后改變頁面內(nèi)容板甘,這是我們一直在通過JavaScript和DOM在廣泛使用的方法党瓮,但要使網(wǎng)頁真正動態(tài)起來,不僅要內(nèi)部的互動盐类,還需要從外部獲取數(shù)據(jù)寞奸,在以前呛谜,我們是讓用戶來輸入數(shù)據(jù)并通過DOM來改變網(wǎng)頁內(nèi)容的,但現(xiàn)在蝇闭,XMLHTTPRequest呻率,可以讓我們在不重載頁面的情況下讀寫服務器上的數(shù)據(jù),使用戶的輸入達到最少呻引。
Ajax使WEB中的界面與應用分離(也可以說是數(shù)據(jù)與呈現(xiàn)分離)礼仗,而在以前兩者是沒有清晰的界限的,數(shù)據(jù)與呈現(xiàn)分離的分離逻悠,有利于分工合作元践、減少非技術人員對頁面的修改造成的WEB應用程序錯誤、提高效率童谒、也更加適用于現(xiàn)在的發(fā)布系統(tǒng)单旁。也可以把以前的一些服務器負擔的工作轉嫁到客戶端,利于客戶端閑置的處理能力來處理饥伊。

4.AJAX的優(yōu)缺點

(1).AJAX的優(yōu)點

<1>.無刷新更新數(shù)據(jù)象浑。
AJAX最大優(yōu)點就是能在不刷新整個頁面的前提下與服務器通信維護數(shù)據(jù)。這使得Web應用程序更為迅捷地響應用戶交互琅豆,并避免了在網(wǎng)絡上發(fā)送那些沒有改變的信息愉豺,減少用戶等待時間,帶來非常好的用戶體驗茫因。
<2>.異步與服務器通信蚪拦。
AJAX使用異步方式與服務器通信,不需要打斷用戶的操作冻押,具有更加迅速的響應能力驰贷。優(yōu)化了Browser和Server之間的溝通,減少不必要的數(shù)據(jù)傳輸洛巢、時間及降低網(wǎng)絡上數(shù)據(jù)流量括袒。
<3>.前端和后端負載平衡。
AJAX可以把以前一些服務器負擔的工作轉嫁到客戶端狼渊,利用客戶端閑置的能力來處理箱熬,減輕服務器和帶寬的負擔,節(jié)約空間和寬帶租用成本狈邑。并且減輕服務器的負擔城须,AJAX的原則是“按需取數(shù)據(jù)”,可以最大程度的減少冗余請求和響應對服務器造成的負擔米苹,提升站點性能糕伐。
<4>.基于標準被廣泛支持。
AJAX基于標準化的并被廣泛支持的技術蘸嘶,不需要下載瀏覽器插件或者小程序良瞧,但需要客戶允許JavaScript在瀏覽器上執(zhí)行陪汽。隨著Ajax的成熟,一些簡化Ajax使用方法的程序庫也相繼問世褥蚯。同樣挚冤,也出現(xiàn)了另一種輔助程序設計的技術,為那些不支持JavaScript的用戶提供替代功能赞庶。
<5>.界面與應用分離训挡。
Ajax使WEB中的界面與應用分離(也可以說是數(shù)據(jù)與呈現(xiàn)分離),有利于分工合作歧强、減少非技術人員對頁面的修改造成的WEB應用程序錯誤澜薄、提高效率、也更加適用于現(xiàn)在的發(fā)布系統(tǒng)摊册。

(2).AJAX的缺點

<1>.AJAX干掉了Back和History功能肤京,即對瀏覽器機制的破壞。
在動態(tài)更新頁面的情況下茅特,用戶無法回到前一個頁面狀態(tài)忘分,因為瀏覽器僅能記憶歷史記錄中的靜態(tài)頁面。一個被完整讀入的頁面與一個已經(jīng)被動態(tài)修改過的頁面之間的差別非常微妙白修;用戶通常會希望單擊后退按鈕能夠取消他們的前一次操作饭庞,但是在Ajax應用程序中,這將無法實現(xiàn)熬荆。
后退按鈕是一個標準的web站點的重要功能,但是它沒法和js進行很好的合作绸狐。這是Ajax所帶來的一個比較嚴重的問題卤恳,因為用戶往往是希望能夠通過后退來取消前一次操作的。那么對于這個問題有沒有辦法寒矿?答案是肯定的突琳,用過Gmail的知道,Gmail下面采用的Ajax技術解決了這個問題符相,在Gmail下面是可以后退的拆融,但是,它也并不能改變Ajax的機制啊终,它只是采用的一個比較笨但是有效的辦法镜豹,即用戶單擊后退按鈕訪問歷史記錄時,通過創(chuàng)建或使用一個隱藏的IFRAME來重現(xiàn)頁面上的變更蓝牲。(例如趟脂,當用戶在Google Maps中單擊后退時,它在一個隱藏的IFRAME中進行搜索例衍,然后將搜索結果反映到Ajax元素上昔期,以便將應用程序狀態(tài)恢復到當時的狀態(tài)已卸。)
但是,雖然說這個問題是可以解決的硼一,但是它所帶來的開發(fā)成本是非常高的累澡,并與Ajax框架所要求的快速開發(fā)是相背離的。這是Ajax所帶來的一個非常嚴重的問題般贼。
一個相關的觀點認為愧哟,使用動態(tài)頁面更新使得用戶難于將某個特定的狀態(tài)保存到收藏夾中。該問題的解決方案也已出現(xiàn)具伍,大部分都使用URL片斷標識符(通常被稱為錨點翅雏,即URL中#后面的部分)來保持跟蹤,允許用戶回到指定的某個應用程序狀態(tài)人芽。(許多瀏覽器允許JavaScript動態(tài)更新錨點望几,這使得Ajax應用程序能夠在更新顯示內(nèi)容的同時更新錨點。)這些解決方案也同時解決了許多關于不支持后退按鈕的爭論萤厅。
<2>.AJAX的安全問題橄抹。
AJAX技術給用戶帶來很好的用戶體驗的同時也對IT企業(yè)帶來了新的安全威脅,Ajax技術就如同對企業(yè)數(shù)據(jù)建立了一個直接通道惕味。這使得開發(fā)者在不經(jīng)意間會暴露比以前更多的數(shù)據(jù)和服務器邏輯楼誓。Ajax的邏輯可以對客戶端的安全掃描技術隱藏起來,允許黑客從遠端服務器上建立新的攻擊名挥。還有Ajax也難以避免一些已知的安全弱點疟羹,諸如跨站點腳步攻擊、SQL注入攻擊和基于Credentials的安全漏洞等等禀倔。
<3>.對搜索引擎支持較弱榄融。
對搜索引擎的支持比較弱。如果使用不當救湖,AJAX會增大網(wǎng)絡數(shù)據(jù)的流量愧杯,從而降低整個系統(tǒng)的性能。
<4>.破壞程序的異常處理機制鞋既。
至少從目前看來力九,像Ajax.dll,Ajaxpro.dll這些Ajax框架是會破壞程序的異常機制的邑闺。關于這個問題跌前,曾在開發(fā)過程中遇到過,但是查了一下網(wǎng)上幾乎沒有相關的介紹检吆。后來做了一次試驗舒萎,分別采用Ajax和傳統(tǒng)的form提交的模式來刪除一條數(shù)據(jù)……給我們的調試帶來了很大的困難。
<5>.違背URL和資源定位的初衷。
例如臂寝,我給你一個URL地址章鲤,如果采用了Ajax技術,也許你在該URL地址下面看到的和我在這個URL地址下看到的內(nèi)容是不同的咆贬。這個和資源定位的初衷是相背離的败徊。
<6>.AJAX不能很好支持移動設備。
一些手持設備(如手機掏缎、PDA等)現(xiàn)在還不能很好的支持Ajax皱蹦,比如說我們在手機的瀏覽器上打開采用Ajax技術的網(wǎng)站時,它目前是不支持的眷蜈。
<7>.客戶端過肥沪哺,太多客戶端代碼造成開發(fā)上的成本。
編寫復雜酌儒、容易出錯 辜妓;冗余代碼比較多(層層包含js文件是AJAX的通病,再加上以往的很多服務端代碼現(xiàn)在放到了客戶端)忌怎;破壞了Web的原有標準籍滴。

5.AJAX注意點及適用和不適用場景

(1).注意點

Ajax開發(fā)時,網(wǎng)絡延遲——即用戶發(fā)出請求到服務器發(fā)出響應之間的間隔——需要慎重考慮榴啸。不給予用戶明確的回應孽惰,沒有恰當?shù)念A讀數(shù)據(jù),或者對XMLHttpRequest的不恰當處理鸥印,都會使用戶感到延遲勋功,這是用戶不希望看到的,也是他們無法理解的库说。通常的解決方案是酝润,使用一個可視化的組件來告訴用戶系統(tǒng)正在進行后臺操作并且正在讀取數(shù)據(jù)和內(nèi)容。

(2).Ajax適用場景

<1>.表單驅動的交互璃弄。
<2>.深層次的樹的導航。
<3>.快速的用戶與用戶間的交流響應
<4>.類似投票构回、yes/no等無關痛癢的場景
<5>.對數(shù)據(jù)進行過濾和操縱相關數(shù)據(jù)的場景
<6>.普通的文本輸入提示和自動完成的場景

(3).Ajax不適用場景

<1>.部分簡單的表單
<2>.搜索
<3>.基本的導航
<4>.替換大量的文本
<5>.對呈現(xiàn)的操縱

`

最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末夏块,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子纤掸,更是在濱河造成了極大的恐慌脐供,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,723評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件借跪,死亡現(xiàn)場離奇詭異政己,居然都是意外死亡,警方通過查閱死者的電腦和手機掏愁,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,485評論 2 382
  • 文/潘曉璐 我一進店門歇由,熙熙樓的掌柜王于貴愁眉苦臉地迎上來卵牍,“玉大人,你說我怎么就攤上這事沦泌『迹” “怎么了?”我有些...
    開封第一講書人閱讀 152,998評論 0 344
  • 文/不壞的土叔 我叫張陵谢谦,是天一觀的道長释牺。 經(jīng)常有香客問我,道長回挽,這世上最難降的妖魔是什么没咙? 我笑而不...
    開封第一講書人閱讀 55,323評論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮千劈,結果婚禮上祭刚,老公的妹妹穿的比我還像新娘。我一直安慰自己队塘,他們只是感情好袁梗,可當我...
    茶點故事閱讀 64,355評論 5 374
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著憔古,像睡著了一般遮怜。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上鸿市,一...
    開封第一講書人閱讀 49,079評論 1 285
  • 那天锯梁,我揣著相機與錄音,去河邊找鬼焰情。 笑死陌凳,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的内舟。 我是一名探鬼主播合敦,決...
    沈念sama閱讀 38,389評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼验游!你這毒婦竟也來了充岛?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 37,019評論 0 259
  • 序言:老撾萬榮一對情侶失蹤耕蝉,失蹤者是張志新(化名)和其女友劉穎崔梗,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體垒在,經(jīng)...
    沈念sama閱讀 43,519評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡蒜魄,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,971評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片谈为。...
    茶點故事閱讀 38,100評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡旅挤,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出峦阁,到底是詐尸還是另有隱情谦铃,我是刑警寧澤,帶...
    沈念sama閱讀 33,738評論 4 324
  • 正文 年R本政府宣布榔昔,位于F島的核電站驹闰,受9級特大地震影響,放射性物質發(fā)生泄漏撒会。R本人自食惡果不足惜嘹朗,卻給世界環(huán)境...
    茶點故事閱讀 39,293評論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望诵肛。 院中可真熱鬧屹培,春花似錦、人聲如沸怔檩。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,289評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽薛训。三九已至媒吗,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間乙埃,已是汗流浹背闸英。 一陣腳步聲響...
    開封第一講書人閱讀 31,517評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留介袜,地道東北人甫何。 一個月前我還...
    沈念sama閱讀 45,547評論 2 354
  • 正文 我出身青樓,卻偏偏與公主長得像遇伞,于是被迫代替她去往敵國和親辙喂。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 42,834評論 2 345

推薦閱讀更多精彩內(nèi)容