AJAX的優(yōu)缺點

文章出處：http://m.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)的操縱