前端问一个无限滚动加载的问题

不要使用页码发请求，可以通过列表的最后一条数据的 id 作为请求参数。

不重新获取数据，直接手动把删除的数据标记，根据数据显示该条数据

@zhuowenli #1 看来我得和后端商量商量了

@maichael #2 但是我要请求下一页的数据，没太理解，能详细说一下吗？

带 offset 条数请求，用 id 标志 去 diff

能不能删除以后进行数据刷新

最近我也同样遇到这种场景了，mark 一下，我暂时也还没解决

@ariussssss37 #5 看来还是要和后端商量了。

@rick2c #6 刷新后必须回到第一页了，不然数据会出现错误。

@chengxy 只要判断当前页数据是否为空就行了，不知道你指的数据错误是？

数据总条数有变更直接刷新表格回第一页

一次性全部加载放到缓存中，从缓存取数据。

一般都是刷新一下数据，不过上面的思路都很好。

通过最后一条数据的 id 请求下一个数据+1

现在有的数据库（比如 AWS 的 DynamoDB ）根本不支持 offset 了，只能通过最后一条 id 。

即使你用 MySQL 之类的支持 offset 的数据库，用 id>也比 offset 效率高很多，数据量小看不出来，你可以试试一亿条数据 offset1000 万，估计数据库直接挂了

@rick2c #10 我了解你的意思了，指的是把当前页的数据从数组中移除，然后请求当前页数据，重新添加回数组。
是这样吗？

@rick2c #10 这样有个问题，假如数组里已经有 5 页数据，每页 10 条，我删除了第 2 页的第 5 条，那这样返回的时候就要重新请求 4 页的数据了。

@chengxy 是这样的，你的原问题是`再次去请求数据(下一页）`时出现少一条数据，这种情况刷新当前页面数据是必须的，如果你是已经做了数据缓存`假如数组里已经有 5 页数据`,这种情况当然不需要做数据刷新，直接数据重组就行了

@rick2c #17 嗯，我也只是举了一个情况。

如果是用户看的页面，
倒序查询，后台添加数据，也会有问题。
一般传最新加载的数据的最后一行的 id
create_date 都好像也可以。

参考 twitter 的 api 设计， 使用 since_id 和 max_id 来获取范围内的 list