關(guān)于數(shù)據(jù)懶加載問題

后端渲染并不慢的，而且其實(shí)請(qǐng)求會(huì)少。
比如你做一個(gè)門戶頁面時(shí)候，如果用前端端渲染，請(qǐng)求header的nav-tree、頁面靜態(tài)資源例如輪播的圖片、頁面data...用組件來掛載也是多個(gè)異步請(qǐng)求之后再進(jìn)行render的，而用服務(wù)器端渲染時(shí)，服務(wù)器只用把渲染好的page返回（一次）給前端來渲染，各有利弊吧。

懶加載可以在需要顯示圖片的時(shí)候，才下載圖片，所以可以減少服務(wù)器的壓力，避免不必要的資源下載，在頁面載入的時(shí)候?qū)㈨撁嫔系膇mg標(biāo)簽的src指向一個(gè)站位的圖片（都是一模一樣圖片方便緩存）， 把真實(shí)地址存放在一個(gè)自定義屬性中，這里我用data-src來存放，例如：

<img src="loading.gif" data-src="http://xxx.ooo.com&quot; />

然后獲取img標(biāo)簽 當(dāng)圖片出現(xiàn)在可視區(qū)域的時(shí)候（和按需加載判斷的方法是一樣的） 那么就把真實(shí)的src地址給賦值上

懶加載核心就是分布請(qǐng)求啊
剩下了就是分布請(qǐng)求的時(shí)間點(diǎn)
以及后端有沒有分布請(qǐng)求的接口

據(jù)我理解比如這樣:
首次取10條,檢測(cè)滾動(dòng)條的位置,當(dāng)滾動(dòng)條滾動(dòng)到最底端的時(shí)候,再用ajax請(qǐng)求10條記錄.

通過一些事件來觸發(fā) 比如說onclick onchange 都可以啊