使用場景:任何過量的數(shù)據(jù)混驰,需要多次請求接口數(shù)據(jù)的頁面
分頁:即‘分頁查詢’,接口的sql語句會把前臺要求的數(shù)據(jù)類型寫出來,分次對數(shù)據(jù)庫一定量的查詢,再返回給前面滿足條件的數(shù)據(jù)描扯。
關(guān)鍵詞:按要求,分次
具體例子:例如淘寶的訂單頁趟薄,上方的tab頁選擇‘待付款’绽诚,用戶下拉到初次加載的頁面底部時再次下拉,就觸發(fā)了數(shù)據(jù)請求杭煎。
這時候呢恩够,用戶的‘數(shù)據(jù)要求’是:1.該用戶的;2.訂單狀態(tài)為‘待付款’的訂單羡铲;3.按照時間倒序的前x條數(shù)據(jù)
假設(shè)淘寶初始加載10條蜂桶,x條里就是已經(jīng)排除了已加載的這10條。當(dāng)然也可以不排除犀勒,但是加載一次屎飘,就重復(fù)一次歷史數(shù)據(jù),想想都蛋疼贾费,對用戶體驗(yàn)和服務(wù)器壓力都很大钦购。
‘分次’就是用戶每次看完上次加載的x條以后,再次下拉刷新褂萧,這時又去數(shù)據(jù)庫里再查出來符合要求的x條押桃。
為什么有分頁?
1.如果用戶每次已進(jìn)入這個頁面导犹,你“kua~”就把請求全部的要求發(fā)給服務(wù)器唱凯,如果你有100條符合要求的數(shù)據(jù)羡忘,實(shí)際只想看前10條。這樣就會多等9倍的時間磕昼,多浪費(fèi)9倍的流量卷雕,“時間就是金錢”啊~
2.大量數(shù)據(jù)請求對服務(wù)器的壓力也是顯而易見的。
這就是為什么要有分頁存在票从。
而產(chǎn)品在這里需要做什么呢漫雕?
1.寫出來數(shù)據(jù)初始化條數(shù)
2.每次數(shù)據(jù)加載條數(shù)
3.每條數(shù)據(jù)具體包含什么子數(shù)據(jù)
4.交互展示
然而假分頁又是什么鬼呢?
假分頁峰鄙,就是可能接口的程序員無意(一般是故意)在一次請求數(shù)據(jù)中浸间,請求多出展示條數(shù)(x條)的數(shù)據(jù)(n條),返還到前面吟榴,前面再把這n條每次只展示x條魁蒜。
看著就像每次去數(shù)據(jù)庫請求數(shù)據(jù),其實(shí)數(shù)據(jù)早就在手機(jī)里了吩翻。
注:【法】為應(yīng)用方法兜看,大家需消化后靈活運(yùn)用。