【问题标题】:Azure notification hubs - how to set multiple apps on the same hubAzure 通知中心 - 如何在同一个中心设置多个应用
【发布时间】:2015-01-30 14:14:40
【问题描述】:

我有一种情况,我需要为多个 iOS 应用程序使用同一个通知中心。对于给定的标签 - 所有应用程序都应该收到此推送。

每个 iOS 应用都有不同的推送通知证书,因此只有一个应用真正收到了推送通知。我不想解决打开多个集线器 - 因为那样我需要管理每个应用程序可以属于哪个集线器 - 这非常尴尬。

我怎样才能做到这一点?

【问题讨论】:

    标签: ios azure push-notification apple-push-notifications azure-notificationhub


    【解决方案1】:

    我很确定您想要做的事情是不可能的,原因有几个。 iOS 推送是通过 Apple 技术的 APNS 处理的。 Apple 规定每个单独的应用程序都必须有自己的捆绑标识符,因此它有自己的特定推送证书。通知中心不支持多个证书(或任何推送提供程序的多个应用程序设置),因此单个中心无法推送到多个应用程序。您被困在构建某种管理层,该管理层知道要为哪个应用程序与哪个集线器通信。或者,您可以只要求所有集线器发送相同的消息并使用标签进行实际过滤(要求每个集线器发送消息,但只有注册了正确标签的设备的集线器才会这样做)。

    【讨论】:

    • 我求助于后者——这意味着我对不相关的集线器有大量冗余调用——但同一个集线器有多个应用程序似乎是合理的——显然它有一个用于 iOS/Android/ Winphone 等,为什么不是 2 用于 iOS 等。这个用例似乎很常见 - 我不想管理哪个标签属于哪个集线器 - Azure 应该让我免于头痛。 Hub 只是各种推送通知提供程序的抽象,而不是应用程序的证书。
    • 我同意,并且在某处有针对此功能的 MS Connect 请求(我现在没有链接)。请投票。我们的场景是我们有一个 API(作为服务提供者)和一个通用客户端应用程序,该应用程序为不同的客户重新命名为商店。此限制还有另一个可能的原因:可能是 MS 出于各种原因希望开发人员按资源组或订阅分开成本。在某些情况下(例如:作为 API 提供者),ISV 或 SaaS 提供者可能最好将集线器放在可向客户计费的订阅中。
    • 这个帖子很老了。我想知道这方面是否有任何更新。
    猜你喜欢
    • 2016-07-22
    • 2018-10-22
    • 2017-03-05
    • 2019-09-05
    • 2021-10-08
    • 1970-01-01
    • 2016-04-19
    • 1970-01-01
    • 2019-01-30
    相关资源
    最近更新 更多