Ajax 原理過程 同步與非同步區別 優缺點

標籤：滑鼠   dhtml   傳輸   rip   訪問   搜尋   目標   網頁   允許   

ajax原理過程                                                                                                                                        
利用XMLHttpRequest對象發送簡單請求的基本步驟：
1)建立XMLHttpRequest對象執行個體
2)設定XMLHttpRequest對象的回呼函數，利用onreadystatechange屬性
3)設定請求屬性:設定HTTP方法(GET或POST);設定目標URL，利用open()方法
4)將請求發送給伺服器。利用send()方法
利用DOM對伺服器響應進行處理

疑惑點:
xmlHttpRequest.onreadystatechange= huidiao;  //這是回呼函數
xmlHttpRequest.open("post",url,true);
//發送請求
xmlHttpRequest.send(null);
他們三個的執行順序是怎麼樣的呢？我不理解

解答:
前兩個沒有順序這說.前面都是做好了定義.然後再調用第三條語句發送請求.
發送完成後,接收資料.用第一條語句,開始調用回呼函數處理資料...

 

 

------------------------------------------------------------------------------------------------------

Ajax  同步與非同步區別                                                                                                                          

1、同步與非同步之間究竟有什麼不同呢？、2、在什麼情況下使用呢？ 同步：提交請求->等待伺服器處理->處理完畢返回這個期間用戶端瀏覽器不能幹任何事
非同步:請求通過事件觸發->伺服器處理（這是瀏覽器仍然可以作其他事情）->處理完畢 1、一心一意：當前只能做一件事，其他事情必須等當前的事情完成，才能繼續後面的事情。

2、三心二意：同時可以做多件事情：左手按著空格鍵，右手可以不斷的擊打滑鼠，眼睛還要同時看著螢幕，很辛苦。

 

 

Ajax發送請求時候分為同步和非同步：

  非同步傳輸方式是用的最多的也是預設的方式，他避免了伺服器檢索給使用者帶來的時間延遲。在非同步傳輸時候，它只是在後面悄悄進行著，使用者仍舊可以做他做的事情，不會給使用者任何的等待的感覺。在傳輸的資料量較大的時候，伺服器檢索的時間就更長了，但是使用者卻不知道，使用者仍舊專註於頁面上面的操作，根本就不知道伺服器都幹了些什麼，就給使用者良好的體驗。

  非同步傳輸方式卻相反，他就好像是剛剛載入頁面的那一刻一樣，當發出了同步請求之後，瀏覽器就在等待，等待伺服器檢索完畢，返回結果。此時，滑鼠會變成等待的形狀，提醒我們的使用者請求還沒有相應，您什麼也不能做，我們的使用者就什麼也幹不成，能夠做的一件事就是——等待……雖然使用者已經習慣了等待整改頁面的載入，雖然在ajax裡面同步請求的時間一般不會大於整個頁面載入的時間，但是你要知道什麼都不做只是在那裡被動等待是多麼痛苦的一件事情。所以，這個同步請求要謹慎使用……

  說到這裡，我們不得不提出疑問，既然非同步請求這麼好，為啥不用非同步請求呢？乾脆不要同步請求得了。呵呵，你先別說的太急，假如有這麼一個情況，我們這一步請求的結果是下一步請求的前提，只有知道這一步請求的結果使用者以後所做的才有意義。那麼你說應該使用同步請求還是非同步請求呢？顯而易見，同步請求吧，為了下一步所作的更有意義，我們親愛的使用者等一下又有何妨？

  同步請求和非同步請求，各有用處，沒有好壞之分，只又用的合適不合適的問題

 

Ajax優缺點                                                                                                                                            

Ajax優點和缺點: 

優點：

         傳統的web應用允許使用者填寫表單(form)，當提交表單時就向web伺服器發送一個請求。伺服器接收並處理傳來的表單，然後返回一個新的網頁。這個做法浪費了許多頻寬，因為在前後兩個頁面中的大部分HTML代碼往往是相同的。由於每次應用的互動都需要向伺服器發送請求，應用的回應時間就依賴於伺服器的回應時間。這導致了使用者介面的響應比本地應用慢得多。

       與此不同，AJAX應用可以僅向伺服器發送並取回必需的資料，它使用SOAP或其它一些基於XML的web service介面，並在用戶端採用JavaScript處理來自伺服器的響應。因為在伺服器和瀏覽器之間交換的資料大量減少，結果我們就能看到響應更快的應用。同時很多的處理工作可以在發出請求的用戶端機器上完成，所以Web伺服器的處理時間也減少了。

         使用Ajax的最大優點，就是能在不更新整個頁面的前提下維護資料。這使得Web應用程式更為迅捷地回應使用者動作，並避免了在網路上發送那些沒有改變過的資訊。

          Ajax不需要任何瀏覽器外掛程式，但需要使用者允許JavaScript在瀏覽器上執行。就像DHTML應用程式那樣，Ajax應用程式必須在眾多不同的瀏覽器和平台上經過嚴格的測試。隨著Ajax的成熟，一些簡化Ajax使用方法的程式庫也相繼問世。同樣，也出現了另一種輔助程式設計的技術，為那些不支援JavaScript的使用者提供替代功能。

缺點：

           對應用Ajax最主要的批評就是，它可能破壞瀏覽器後退按鈕的正常行為[4]。在動態更新頁面的情況下，使用者無法回到前一個頁面狀態，這是因為瀏覽器僅能記下記錄中的靜態頁面。一個被完整讀入的頁面與一個已經被動態修改過的頁面之間的差別非常微妙；使用者通常都希望單擊後退按鈕，就能夠取消他們的前一次操作，但是在Ajax應用程式中，卻無法這樣做。不過開發人員已想出了種種辦法來解決這個問題，當中大多數都是在使用者單擊後退按鈕訪問記錄時，通過建立或使用一個隱藏的IFRAME來重現頁面上的變更。（例如，當使用者在Google Maps中單擊後退時，它在一個隱藏的IFRAME中進行搜尋，然後將搜尋結果反映到Ajax元素上，以便將應用程式狀態恢複到當時的狀態。）

          一個相關的觀點認為，使用動態網頁面更新使得使用者難於將某個特定的狀態儲存到收藏夾中。該問題的解決方案也已出現，大部分都使用URL片斷標識符（通常被稱為錨點，即URL中#後面的部分）來保持跟蹤，允許使用者回到指定的某個應用程式狀態。（許多瀏覽器允許JavaScript動態更新錨點，這使得Ajax應用程式能夠在更新顯示內容的同時更新錨點。）這些解決方案也同時解決了許多關於不支援後退按鈕的爭論。 進行Ajax開發時，網路延遲——即使用者發出請求到伺服器發出響應之間的間隔——需要謹慎考慮。不給予使用者明確的回應 [5]，沒有恰當的預讀資料 [6]，或者對XMLHttpRequest的不恰當處理[7]，都會使使用者感到延遲，這是使用者不欲看到的，也是他們無法理解的[8]。通常的解決方案是，使用一個可視化的組件來告訴使用者系統進行中後台操作並且正在讀取資料和內容。

           一些手持功能（如手機、PDA等）現在還不能很好的支援Ajax; 用JavaScript作的Ajax引擎，JavaScript的相容性和DeBug都是讓人頭痛的事; Ajax的無重新整理重載，由於頁面的變化沒有重新整理重載那麼明顯，所以容易給使用者帶來困擾――使用者不太清楚現在的資料是新的還是已經更新過的；現有的解決有：在相關位置提示、資料更新的地區設計得比較明顯、資料更新後給使用者提示等; 對串流媒體的支援沒有FLASH、Java Applet好;

Ajax 原理過程 同步與非同步區別 優缺點