分页列表批处理接口合理设计探讨
问题背景
在一个Vue.js 前后端分离项目中，需要实现分页列表的批处理功能，包括“全部数据”和“本页全选”的选项。后端的最初设计是当选择“全部数据”时，前端需要先通过另一个接口查询所有数据的 ID，然后传递这些 ID 到批处理接口。这导致前端需要传输大量的 ID，影响性能。
不合理之处
立即学习“前端免费学习笔记（深入）”；
用户选择“全部数据”本质上是一个标识，表示要操作所有数据。没有必要先查询所有数据的 ID 再传递，后端可以通过判断条件自行查询。如果数据量较大，前端传输大量 ID 会显着降低性能。
合理设计建议
对于“全部数据”选项，前端只需传递一个标识即可，如 “全部数据”。后端在收到这个标识后，自行查询所有数据的 ID 并调用批处理接口。这样既避免了前端传输大量 ID 的性能问题，也简化了前端代码逻辑。
对于“本页全选”选项，前端直接传递本页选中的数据的 ID 到批处理接口即可。
后端考虑因素
- 批量修改部分数据：需要与后端协商接口设计。
- 批量删除或移动等操作：不需要遍历一个个操作，只需要一个指令加参数即可。后端可以考虑直接使用指令而不依赖于 ID 列表。
后续处理建议
- 向后端确认是否需要遍历 ID 执行操作。
- 如果只需使用指令，后端无须遍历 ID，可提升性能。
