一个过滤器是否可以根据组属性（即被看到或被读取）检索通知提要的活动？
Can one filter retrieved activities of a notification feed based on group properties (i.e. is seen or is read)?
我正在设置与 GetStream where I've set up a notification feed for our users to follow flat feeds (products, other users, etc). I'm grouping activities by {id} as suggested in 的集成，这样一旦用户阅读了 activity，它就不会再出现在他们的 Feed 中。
我希望能够过滤活动的检索以排除阅读活动。我在 API 文档中找不到任何建议这是可能的。如果确实不是，一旦在某些后续供稿中存在大量活动，如何最好地合理检索供稿活动而无需多次调用 API？
在此先感谢您的帮助！
正如我们在 中解释的那样，读取状态 "is_read" 和已读状态 "is_seen" 保存在 activity 组级别（'activities' 字段API 响应）及其从 read/seen (is_read=true) 到 unread/unseen (is_seen=false) 的重置添加或更新了新的 activity）。
但是，不可能仅检索组中的 unread/unseen 活动，因为从通知源检索活动的 get() 方法不支持按 "is_read" 或 "is_seen" 字段.
您仍然可以检索每个 activity 组并通过实施您自己的方法从通知源中排除以前的 read/seen 活动来自行过滤这些活动。
如果您有其他问题，请告诉我们。
此致，
我正在设置与 GetStream where I've set up a notification feed for our users to follow flat feeds (products, other users, etc). I'm grouping activities by {id} as suggested in
我希望能够过滤活动的检索以排除阅读活动。我在 API 文档中找不到任何建议这是可能的。如果确实不是，一旦在某些后续供稿中存在大量活动，如何最好地合理检索供稿活动而无需多次调用 API？
在此先感谢您的帮助！
正如我们在
但是，不可能仅检索组中的 unread/unseen 活动，因为从通知源检索活动的 get() 方法不支持按 "is_read" 或 "is_seen" 字段.
您仍然可以检索每个 activity 组并通过实施您自己的方法从通知源中排除以前的 read/seen 活动来自行过滤这些活动。
如果您有其他问题，请告诉我们。
此致，