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

[rizon]

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

[lscho]

前后端分离，前端处理
不分离，后端处理

[learnshare]

如果前后端分离：
删除要指定资源 ID，和是否分页无关
最后一页数据不存在的话，返回 404 或者空列表比较合适
分页错误的问题是前端逻辑，前端处理就可以了

[hyyou2010]

@shintendo 嗯，有这个可能，这点还真不容易想到。不过这样的结果我觉得还可以接受。

[markgor]

那个，好奇问问，删除操作后前端不会重新加载列表吗？
后端必须有总分页数，
当前端提交的当前页数>总分页数，就直接把当前页数设置为总分页数。

[passerbytiny]

前端后端处理都是一样的。你所说的场景，实际上是两个连续但相对独立的场景：删除一条数据；重新计算总数和计算分页参数，然后重新加载当前页或最后页（不止是删除后，并发修改的时候，也会出现当前页已经不存在的情况）。

不负责 /没时间负责的前端控件经常丢弃或忽略“重新计算分页参数”。
水平搓 /不负责任 /没时间负责的后端，会用一个函数，就完成“删除，查询当前页数据，然后返回”的整套流程——既然是一个函数处理，那自然就超大概率忘了“数据变动后分页页码要重新计算”的场景。

[markgor]

@passerbytiny 不是很认同这个说法。

首先前端如何都是要处理的，无非是怎么处理罢了(试问前端不处理，后端如何处理前端的事？
“删除，查询当前页数据，然后返回” <---基本分前後端后都是接口调用取数据吧？后端没必要在删除操作后再执行一次查询数据吧？后端直接提供->新增、修改、删除、读取四个接口，如果前端删除完，直接调用讀取 即可了吧？

[rizon]

这东西，，谁有更好的办法吗。。。前端不做 后端要做这个了。。

[nmsn]

这个后端处理吧，前端不是知道数据的具体变动，后端才知道真正的最后一页是啥