我正在构建一个客户端流，用户以某种方式更新资源，然后移动到“下一个”资源进行更新。更复杂的是，用户需要遍历的资源集合由某些标准（过滤器）选择，用户在开始流程之前指定一次。
理想的做法是不要让整个集合在开始时遍历，因为那是“有问题的状态”。这是因为资源经常改变状态，而状态的改变会影响“下一个”资源。当用户遍历它时，在开头缓存集合可能会在客户端缓存集合中产生太多“错误的nexts”。
您如何设计此API以最大限度地减少其繁琐？是否存在一个设计，其中在单个更新中，过滤器被捎带到请求上（可能作为查询参数）并且基于过滤器的“下一个”资源被捆绑到响应中（可能在某些“元”结构中），维护REST语义？如果没有，我应该选择哪种方案？