在開發後台管理系統資料比較,前端都是用AJAX,使用太多,有什麼壞處?怎麼改進?
在開發後台管理系統資料比較,前端都是用AJAX,使用太多,有什麼壞處?怎麼改進?
前端基本沒io,ajax是絕對主力的通訊方式。
綜合考慮吧,一個ajax就是一個請求,請求太多自然會影響到性能,但是ajax如果一次性請求很多數據到頁面上來解析也是很麻煩的。
一個頁面一定會涉及到很多數據,怎麼來分割這些數據,各個方面都要考慮,編寫效率,ui交互等等。
總的來說,還是要看經驗,怎麼做最小單元處理。
magento2大量使用knockoutjs,非常多的資料來自AJAX,它會是個很好的參考。
最常見的問題是請求數量大與局部資料刷新的架構設計。
AJAX下載來的資料應該要快取起來,之後被通知後才會重新去提取。
局部刷新的資料如何不影響其它區塊的資料。
以上的問題需要有比較宏觀的架構設計才能解決。
沒感覺Ajax有啥不良效果,有問題的話讓SPA怎麼活呢。 。
站在使用者互動的角度,AJAX好處多些,增加使用者體驗
站在請求並發的角度,就不好了,不過也可以透過快取來解決,當然伺服器端一般也會做。
現在開發後台管理系統不應該全部由 js 來路由,做單頁嗎?怎麼還有 ajax 這種說法?
把多個圖示合到一張圖片的CSS Sprite(CSS精靈)技術其實就是為了減少網絡請求.
可見減少網絡請求是能夠提升瀏覽器和伺服器兩端的性能的.
AJAX太多就意味著網絡請求變多,顯然過多是不好的.
但AJAX用到一些後台翻頁上,消息通知上,體驗還是不錯的.
如果是前後分離,ajax就是很關鍵的互動通訊方式,你要處理的是ajax的非同步控制流程