AJAX的優(yōu)缺點
文章出處:http://www.luckydriving.com 作者:興邦開發(fā)部 人氣: 發(fā)表時間:2016年05月10日
(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)頁面。一個被完整讀入的頁面與一個已經被動態(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應用程序能夠在更新顯示內容的同時更新錨點。)這些解決方案也同時解決了許多關于不支持后退按鈕的爭論。
<2>.AJAX的安全問題。
AJAX技術給用戶帶來很好的用戶體驗的同時也對IT企業(yè)帶來了新的安全威脅,Ajax技術就如同對企業(yè)數(shù)據(jù)建立了一個直接通道。這使得開發(fā)者在不經意間會暴露比以前更多的數(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地址下看到的內容是不同的。這個和資源定位的初衷是相背離的。
<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ù)和內容。
(2).Ajax適用場景
<1>.表單驅動的交互
<2>.深層次的樹的導航
<3>.快速的用戶與用戶間的交流響應
<4>.類似投票、yes/no等無關痛癢的場景
<5>.對數(shù)據(jù)進行過濾和操縱相關數(shù)據(jù)的場景
<6>.普通的文本輸入提示和自動完成的場景
(3).Ajax不適用場景
<1>.部分簡單的表單
<2>.搜索
<3>.基本的導航
<4>.替換大量的文本
<5>.對呈現(xiàn)的操縱