我有一个现有的通知提要，但我正在考虑迁移到 GetStream。
目前，我正在使用 Laravel 通知来通知用户和其他对象。
我目前有如下内容：
1) 用户 2) 群组 3) 群组成员
因此，当我 CRUD 一个组时，我只是通知该组的所有成员以及该组（$group->notifications返回一个集合），这很好用。
不过，查看 GetStream 文档，似乎有一个“追随者”的概念。
这是否意味着群组的所有成员都需要成为彼此的关注者才能查看所有通知？
其他对象呢，比如检索组的提要？我是否需要Group Type仪表板中的另一个来保存活动？
所以，如果我 A 和 B 是第 1 组的成员，当 A 保存第 1 组时，我希望 A 看到如下内容：
You saved Group 1
B 将看到：
Person A saved Group 1
当我查看群组页面时，我想提取该群组发生的活动。
这可能吗？
谢谢
这是否意味着群组中的所有成员都需要成为彼此的关注者才能查看所有通知？
可能不会。Stream 允许您设置 feed 组、关注关系，并使用“定位”将活动发送到不同的 feed。
根据您描述的用例，您可能最好使用两个 Feed 组，例如group和user_timeline。您可以为每个用户提供自己的用户时间线提要，并将其设置为适当地遵循其他组提要。
当用户执行涉及组的操作时，可以将活动添加到源中group。然后，此活动会传播到关注该组的所有用户。
其他对象怎么样，例如检索组的提要？我是否需要仪表板中的另一个组类型来保存活动？
您始终可以为给定应用程序创建多个源组。包含两个组的示例可能足以满足您的用例，但您可以进一步使用 3 个组......
user：发布到此提要的用户事件。该提要将处理特定和非特定组的活动。如果活动与群组相关，则可以使用群组提要名称填充“收件人”字段，这将导致活动被复制到该提要（并依次传播到其关注者）。user_timeline：由用户检索。关注群组提要。用户还可以关注另一个用户的 user_timeline feed，以便接收该用户的所有事件（例如，像 Twitter 一样的非对称关注/或像 Facebook 一样的对称关注）group：通过“目标”定位接收用户生成的活动。系统/管理员生成的活动也可以直接添加到源中。