这个逻辑主要用于移动端上拉加载,因为上拉一次要加载N条数据,这个加载的倍数并且自增要怎么写
比如:每次上拉加载5条,首次自动加载10条,那么,第一次上拉加载后总条娄是10+5=15条,第二次上拉加载总条数是15+5=20条,第三次是20+5=25条。。。最终要得到的是自动加载或上拉加载的最后一条的时间戳(第15条或第20条或第25条的时间戳),以便在哪里开始加载,以免重复或遗漏。
这个逻辑主要用于移动端上拉加载,因为上拉一次要加载N条数据,这个加载的倍数并且自增要怎么写
比如:每次上拉加载5条,首次自动加载10条,那么,第一次上拉加载后总条娄是10+5=15条,第二次上拉加载总条数是15+5=20条,第三次是20+5=25条。。。最终要得到的是自动加载或上拉加载的最后一条的时间戳(第15条或第20条或第25条的时间戳),以便在哪里开始加载,以免重复或遗漏。
如果列表新增比较频繁,比方说像微博的tiemline。如果用传统的page方式来翻页可能会看到相同的数据。
在这种情况下需要使用sinceId 和 pageSize 这样的方式来获取下一页的数据
13 回答12.8k 阅读
7 回答2k 阅读
3 回答1.1k 阅读✓ 已解决
2 回答1.2k 阅读✓ 已解决
6 回答918 阅读✓ 已解决
6 回答1.1k 阅读
2 回答1.3k 阅读✓ 已解决
上拉一次加载的 N 条数据一般来说是有一个起始记录号,一个数据行数。
假设当前页码是
p
,每次加载n
条数据,那么下拉的时候需要从n * p
开始加载,加载数量为n
以上假设
p
和记录序号都是从0
开始。从0
开始计算最简单,反正你不需要显示页码。