我需要根据更改的文档创建提要。我认为 _changes api 在这种情况下会是完美的。即简单地存储客户端的最后一个序列id，因此我们可以使用它来限制下一次调用_changes的结果。
目前，该应用程序执行以下操作：
- 使用 since/filter 参数调用 _changes
- 为 _changes 提要中的每个 id 调用一个 show 函数
- 将所有更改呈现到客户提要中
我想要的是能够在单个请求中调用整个 _changes 的列表函数。这将消除显式解析客户端上的 _changes 结果并将该功能移至服务器的需要。
问题是：这甚至有可能吗？
我一直在尝试实现一个视图，做与_changes“几乎”相同的事情，但没有任何真正的运气。