第
一、請求的提交是為了頁面資料的顯示，這時候使用者一般不希望看到頁面的重新整理，是使用ajax的乙個最佳時候。
第二、如果請求提交後，使用者能從頁面感覺到提交結果，這時候，也最好不要有頁面重新整理，推薦使用ajax技術。
第三、如果請求提交後，使用者不能從頁面感覺到提交動作，如絕大多數時候的資料的增加和修改，這時候則需要頁面重新整理，不能使用ajax技術。
第四、複雜的ui，以前對於複雜的c/s模式的ui，b/s模式一向採取逃避的方法，現在則可以放心大膽的使用ajax來加以解決。
常見問題解決：
1、第一、輸入值校驗的問題 申請使用者的時候檢查使用者名稱是否重複，用ajax訪問後台，既不需要重新整理頁面，也沒有過多的js**
2、第二、級聯顯示的問題 訪問後台吧，頁面需要重新整理；js**量大，影響記憶體，資料不安全；所以常級聯選擇框，級聯選單，導航樹等
3、第三、請求結果只改變部分頁面 如，論壇的回覆帖子和帖子列表在乙個頁面上的時候。這兩個ui在乙個頁面上，使用者體驗比回覆帖子在另外乙個頁面好。但回覆後要對整個頁面進行重新整理，這種感覺就不好了。你看，那麼大乙個帖子列表，只增加你的乙個回覆，卻要對整個頁面進行重新整理，不管從哪個角度來看都不好。
4、第四、由於技術原因而使用iframe的問題 避免iframe的巢狀引入的技術難題
5、第五、資料錄入和列表顯示在同乙個頁面 c/s 模式的ui中常常有資料錄入和資料列表顯示在同乙個介面上，這樣對於使用者來說有很好的使用者體驗，使用者錄入的結果馬上就能在同一介面顯示。但是在b/s的 ui上，由於需要提交重新整理的問題，我們經常把資料的錄入和資料顯示分別放在兩個不同的頁面上。很顯然，這樣的使用者體驗肯定沒有c/s模式來得好。像這樣的 問題還有很多，在b/s模式下，都因為技術的原因而選擇其他的解決辦法。現在我們可以自豪的使用ajax來宣告可以做出和c/s模式一樣複雜的ui了
6、第六、翻頁問題 不需要重新整理的翻頁
Ajax中什麼時候用同步，什麼時候用非同步？
ajax中根據async的值不同分為同步 async false 和非同步 async true 兩種執行方式 在w3c的教程中推薦使用非同步執行 ajax function2 預設情況下async是true 一.什麼是同步請求 false 同步請求即是當前發出請求後，瀏覽器什麼都不能做，必須得等到...
在Ajax中什麼時候用GET什麼時候用POST？
當我們有大量資料要傳送時最好的辦法是一次發出多個只傳遞少量資訊的ajax呼叫時。如果你正用乙個ajax呼叫傳送大量資料，那麼最好是結束這種做法，因為這樣做並不能節約時間。因此，需要傳送大量資料能成為我們在get和post之間猶豫不決的理由嗎？這兩個方法都是為不同的目的而設計的，兩者的不同也在於其使用...
什麼時候用exists 什麼時候用in
in not in exists not exists 使用exists，oracle會首先檢查主查詢，然後執行子查詢直到它找到第乙個匹配項，這就節省了時間。oracle在執行in子查詢時，首先執行 子查詢，並將獲得的結果列表存放在乙個加了索引的臨時表中。在執行子查詢之前，系統先將主查詢掛起 待子查...