Push notification Worklight不使用用户名发送推送通知

Push notification Worklight不使用用户名发送推送通知,push-notification,ibm-mobilefirst,Push Notification,Ibm Mobilefirst,我想创建一个有两种模式的应用程序:未登录和登录(使用用户名) 我想在两种模式下向设备发送推送通知。未登录的设备应接收通知,如一般通知、新事件等。登录模式设备也将接收相同的通知和其他一些通知 现在我要做的是订阅设备以接收非登录模式的通知,然后一旦用户从该设备登录到他的帐户,我就要取消订阅以前的非登录通知 我已经阅读了这个问题的答案:我认为我可以在注册用户时使用onUserSubscribe回调,并取消订阅持久cookie的userId。 这是个好主意吗?还有别的建议吗 我的想法是,您可以将一个应用

我想创建一个有两种模式的应用程序:未登录和登录(使用用户名)

我想在两种模式下向设备发送推送通知。未登录的设备应接收通知,如一般通知、新事件等。登录模式设备也将接收相同的通知和其他一些通知

现在我要做的是订阅设备以接收非登录模式的通知,然后一旦用户从该设备登录到他的帐户,我就要取消订阅以前的非登录通知

我已经阅读了这个问题的答案:我认为我可以在注册用户时使用
onUserSubscribe
回调,并取消订阅持久cookie的userId。
这是个好主意吗?还有别的建议吗

我的想法是,您可以将一个应用程序注册到两个事件源

  • 第一个事件源将处理应用程序应接收的常规通知,无论用户是否登录
  • 第二个事件源将处理登录用户的通知
当应用程序启动时,订阅第一个事件源。
当用户决定登录时,订阅第二个事件

如果用户选择,您也应该允许用户从这两个站点取消订阅

其他信息:

  • :搜索“推送通知”

因此,您试图实现的是推送通知广播(发送给所有用户)。这是您在即将发布的Worklight 6.2版本中可以做到的。您不必根据用户名订阅用户,但可以在订阅期间指定标记。之后,您将能够根据此标签发送推送通知。

谢谢您,伊丹。一切正常,但用户可以取消订阅事件通知(一般通知)。如果我要管理来自第一个事件源的订阅,它将与设备相关,而不是与用户相关。我想要一种机制,一旦用户登录到设备并从第一个事件源删除订阅,该机制就可以在用户和设备ID之间进行映射。这可以在回调(适配器端)中完成。这听起来是一个好的设计吗?我想如果它适合你的场景,那就好了。谢谢安东。实际上,我正在开发一个独立的并行系统,它可以使用大量的业务逻辑访问数据库。用户注册表将由后端维护,我将与WL共享一个通知表。顺便问一下,你们有WL6.2的功能列表吗?它会在6月前准备好吗?你可以试着用谷歌搜索一下,这是我发现的-计划的可用日期是6月13日: