如何在C＃后端中设置Azure Notification Hub

Question

我正在尝试通过Notification Hub实现C＃后端的通信。 我已经阅读了几乎所有有关Azure Notification Hub的教程，但找不到合适的教程来解释实际与实际相对应的内容。 我认为有两种表示设备的方式（据我所知）：安装和注册，以及安装似乎是较新的且更可取的。

但是，当我进入安装时，我会想到更多问题：

什么是InstallationId ？ 是我创建的东西，还是从设备或PNS的某个地方得到的东西。

我需要设置ExpirationTime还是默认为最长（它表示最长为90天）？ 如果我希望超过90天该怎么办？

什么是PushChannel ？ 就像InstallationId一样，是我创建的东西，还是从某个地方得到的东西？

如何正确使用模板？

在所有这些变量中，我在客户端获得的实际设备推送令牌是哪一个？

我通常不会问那些寻求教程式答案并且有多个问题的问题，但是我尝试在任何地方进行搜索，但是搜索的次数越多，它变得越复杂，我什至不知道从哪儿开始。 对于像我一样尝试学习通知中心的任何人，任何答案都是一个很好的起点。

Answer 1

InstallationId是设备令牌/密钥/通道等之上的抽象。它是您在“安装”设备（或用户（如果您的OS /平台允许多个用户使用单独的令牌）时）创建的唯一ID。 这是一个ID，您可以用来将标签，模板等与设备相关联。 创建一次安装，然后将ID保留在本地存储中的某个位置，然后根据需要更新与该ID关联的安装。

您无需显式设置ExpirationDate 。 我认为过去大多数平台上的令牌过去都已经过期，因此这是一种让通知中心知道何时不尝试推送令牌的方法。 我相信现在并非如此。 因此，发生的情况是，如果Notification Hubs多次无法将通知传递到设备，它只会自行删除注册。

这个关于模板的帖子有用吗？

PushChannel 代表 “如果注册WNS安装，则通道URI； 如果注册APNS，则为设备令牌。”

如果可以澄清这些问题，请在评论中告诉我，我将更新答案。

Answer 2

除了Installation and Notification ： DirectSend实际上还有第三个选项。

Direct-Send技术比Installation and Notification 少了一种抽象。 使用Direct-Send您可以将通知直接发送到一个或多个特定设备。 基本上，您使用实际的deviceToken就像@NikitaG注意的PushChannel 。

如果您需要能够专门决定何时后端应用程序推送到特定设备而不是B而不是推送到特定设备B但不是A还是特定设备-A和特定设备B根据某些时间表可以启用Direct-Send 。

我列出了一些在Azure Notification Hubs向特定设备发送通知上讨论Direct-Send的资源。