【问题标题】:Azure Notifications Hub, Direct Send vs InstallationsAzure 通知中心,直接发送与安装
【发布时间】:2020-04-26 07:53:13
【问题描述】:

我们正在实施一项从后端系统获取设备注册令牌的后端服务。 设备注册令牌由移动设备从平台 PNS 获取。

令牌与用户配置文件一起存储在后端,我们使用该数据通过我们的集成服务从后端轮询/流式传输。 (仅供参考,我们正在发送用户可以在应用中设置的预定推送通知)。

我们只计划向个人用户发送推送通知。

单个用户可以在不同平台上拥有多台设备(目前是 iOS/Android)。

为简单起见,我们现在正在研究直接发送。

https://docs.microsoft.com/en-us/rest/api/notificationhubs/direct-send

我们获取每个用户的设备注册令牌并发送推送。 当我们将设备注册令牌与平台类型一起保存时,我们会遍历设备。 根据平台类型,我们发送正确的格式、标题等。 这意味着我们将拥有发送推送通知所需的令牌。

使用这种方法会有什么顾虑吗? 这样,我们将完全跳过安装(或注册)部分。 如果我们想在未来某个时间向所有用户和设备发送推送通知,直接发送对我们没有帮助,但在这种情况下,我们可能会考虑批量发送。

另一种解决方案是使用带有标签的安装,并为每个用户创建一个标签。 但如果用户拥有 iOS 设备和 Android 设备,我们仍然需要将其分开。

所以我想知道直接发送有什么缺点或我在这里忽略的东西吗?

【问题讨论】:

    标签: azure push-notification azure-notificationhub


    【解决方案1】:

    通知中心的工程团队非常接受这种方法。正如您所提到的,唯一的缺点是在通知中心管理注册或安装时无法利用某些广播功能。

    【讨论】:

    • 很高兴听到来自团队本身的专家的意见!我应该担心提到的笔记吗? “只要 Google 通过其 Firebase Cloud Messaging (FCM) 遗留 API 支持它,我们就会继续支持 Google Cloud Messaging (GCM)。此 API 尚不支持 Firebase Cloud Messaging (FCM)。”换句话说,Direct Send 是否有未来证明,它是否会超时使用下面的 FCM 而不会破坏客户?
    猜你喜欢
    • 2018-04-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-01
    • 1970-01-01
    • 2022-01-12
    • 2017-02-24
    • 2015-03-27
    • 2020-08-02
    相关资源
    最近更新 更多