Pau*_*yer 8 push push-notification apple-push-notifications google-cloud-messaging
我正在开发一种需要支持允许多个用户的应用程序的推送架构.这意味着多个用户可以使用其凭据登录应用程序.我遇到的问题是,如果用户A允许推送通知,然后注销,然后用户B登录并开始获取用户A的推送通知?
处理此类事物的最佳做法是什么?有人以为我记得上次登录的用户只向"登录"用户显示推送通知.您必须在消息有效负载中发送某种用户上下文,以便可以根据登录用户进行检查.然而,这感觉有点时髦.
其他人遇到过这个?这似乎是一个非常相关的问题,特别是对于家庭倾向于共享设备的平板电脑.
我认为您的建议在多用户应用程序中是可以接受的。在客户端实现这一点比在服务器端实现要简单得多。缺点是会浪费额外的带宽来发送不需要的通知。但绝大多数使用可能是单用户,因此这可能并不重要。
另一种方法是跟踪服务器上登录的用户及其当前的 reg_ids。这可能会更复杂,因为 A 可能在多个设备上登录,然后从设备 1 注销,B 登录到设备 1 等,并且您的服务器必须跟踪所有这些。因此,可能需要另一个表来跟踪“登录用户”与“注册 ID”之间的关系。
如果您讨厌发送不需要的通知,请选择服务器路由。如果您重视“保持简单”原则,请选择客户端路线。
| 归档时间: |
|
| 查看次数: |
2329 次 |
| 最近记录: |