分页列表，删除最后一页的最后一条数据的场景该怎么处理

[rizon]

不知道行业里通用方案怎么处理。删除最后一条数据后，由于前端请求传的页码已经是不存在的页码了，所以会返回空白。
期望的效果是自动返回真实的最后一页的数据，也就是页码自动-1。
这东西后台处理还是前端处理？
后台是 java。

[paodange]

后台不是会返回 pagecount 吗？跟当前页码比较一下，如果小于当前页码，就把当前页码设置为 pagecount

[limuyan44]

服务端查不到就返回最后一页吧，前端哪知道你还有没有新的数据了。

[ayonel]

每次切换页面的时候也给前端返回总数据量，让前端根据这个数字动态分页

[chinvo]

count: xxx
amount: xxx
offset: xxx
data
- obj
- obj

count 为 0 的时候现实一个占位符

一定要前一页的话前端重新请求 offset = offset - count

[optional]

relay 分页

[optional]

看错了。

[xuanbg]

当然是前端处理咯，这个不是分页控件应该实现的功能么？

[shintendo]

后端好一点吧，前端处理的话要多请求一次

[Sendya]

https://github.com/sendya/ant-design-pro-vue/blob/master/src/components/Table/index.js#L166

[hyyou2010]

恰好我前不久碰到这个问题了。最初的想法是后端处理，后端送回最后一页，也送回总数等等，但是发现这个好心帮忙反而容易导致前端状态系统紊乱。后来改成前端处理，也就是后端返回空内容及文档总数，由客户端根据情况再次请求数据。改成前端处理虽然多了一次访问，但是状态流程顺畅了，舒服。

不仅仅是你删除最后一条或一页数据，还可能其他用户删除该数据也导致同样的问题。

[pinews]

这个东西，就是通用性与便捷性的冲突，如果你知道根本不存在数据为 0 的情况，你可以不必处理，如果你要预期这个结果，而且具有通用性，就要数据为 0 的时候就返回数据为 0 的状态，正常数据的时候也要返回额外的正常状态。不管怎么样，前端都要先检查状态，再处理数据。

[pinews]

@hyyou2010 关于这个可以看各大网站的 api 是怎么描述的，确实如 @chinvo 所言。

[LeeSeoung]

后端接口不用设计太复杂 按照当前分页、当前页数据数量作为参数就行，其他的前端处理。

[ssvfdn]

删除最后一页的最后一条数据的时候，自动-1 请求。如果当前页只有 1 页就不用请求了。

[aguesuka]

删除以后刷新页面，pageindex=min(pagesize,querypagesize)

[hyyou2010]

@ssvfdn 自动减 1 可能不行，设想你正浏览第 3 页，版主恰好把第 2 及 3 页都删除了

[mamahaha]

路由上带后缀的，如果数据发生了变化，那返回时肯定不能是 return back()了。

[shintendo]

@hyyou2010 但是可能有这种情况：前端第一次请求之后，第二次请求之前，有另一个用户加了一条数据，结果就是数据总数没变，页码却往前翻了一页

[CEBBCAT]

据一个普通网民的经验：有的网站 只有 28 个 page，但?page=99 时也有内容，只不过内容是最后一页的

[lithium4010]

列表接口要返回

总条数
当前页数
总共页数

其他前端处理就行