Azure推送通知是否支持用户Id或别名？

我正在评估在Azure移动服务、Parse和城市飞艇之外使用哪种推送通知服务

其中一个标准是，该服务是否为应用程序提供了一种注册定制用户Id或别名的方法，以便在调用该服务向个人发送推送通知时轻松使用。这就不需要我们的后端服务有一个查找表，为我们提供给定用户的服务注册ID

城市飞艇具有别名功能：

Parse有一个复杂的安装对象，其行为类似于字典，因此可以向其中添加其他值（如UserId）。调用解析服务发送推送通知时，可以使用查询指定将接收消息的用户：

---

Azure移动服务中是否有类似的功能？

对于移动服务，您需要在一个表中跟踪用户到令牌/通道URI/注册ID的关联，这比您需要做的工作要多。然而，WindowsAzure的另一个功能是通知中心，它可以满足您的需要（以及更多）。对于通知中心，您可以从客户端说“我想注册通知中心，这里有一些标签，您可以用来向我推送信息”。这些标签可以是您想要的任何东西，包括用户ID。稍后，您可以告诉通知中心将其推送到使用特定标签注册的任何人。这将允许您将通知推送到特定用户注册的任何设备

该流将如下所示：

向推送提供商注册（APNS、GCM、MPNS、WNS）

将令牌与标记（如用户ID）一起发送到通知中心

触发对特定标签（即用户ID）的推送

通知中心将处理向所有带有标签（同样是其用户ID）的设备发送推送

---

通知中心具有针对WinPhone、WinStore、iOS和Android的客户端SDK，因此从客户端使用非常方便。就触发推送而言，Notification Hubs公开了一个可以与之通信的REST API，有一个.NET SDK、一个节点SDK以及一个非官方的Java SDK。您甚至可以使用来自移动服务的Node SDK，这使得将身份验证（即获取用户ID）与数据存储和推送通知结合起来非常容易。它还具有许多其他功能，如模板推送通知，因此，您可以让客户端应用程序指示如何接收特定类型的推送，而不是根据要推送到的设备操作系统指定不同的负载

使用移动服务，您需要在一个表中跟踪用户到令牌/通道URI/注册ID的关联，这比您需要做的工作要多。然而，WindowsAzure的另一个功能是通知中心，它可以满足您的需要（以及更多）。对于通知中心，您可以从客户端说“我想注册通知中心，这里有一些标签，您可以用来向我推送信息”。这些标签可以是您想要的任何东西，包括用户ID。稍后，您可以告诉通知中心将其推送到使用特定标签注册的任何人。这将允许您将通知推送到特定用户注册的任何设备

该流将如下所示：

向推送提供商注册（APNS、GCM、MPNS、WNS）

将令牌与标记（如用户ID）一起发送到通知中心

触发对特定标签（即用户ID）的推送

通知中心将处理向所有带有标签（同样是其用户ID）的设备发送推送

---

通知中心具有针对WinPhone、WinStore、iOS和Android的客户端SDK，因此从客户端使用非常方便。就触发推送而言，Notification Hubs公开了一个可以与之通信的REST API，有一个.NET SDK、一个节点SDK以及一个非官方的Java SDK。您甚至可以使用来自移动服务的Node SDK，这使得将身份验证（即获取用户ID）与数据存储和推送通知结合起来非常容易。它还具有许多其他功能，如模板推送通知，因此，您可以让客户端应用程序指示如何接收特定类型的推送，而不是根据要推送到的设备操作系统指定不同的负载

很好的回答，我没有想过使用每个用户的标签，因为大多数标签示例都是用于订阅主题的。非常感谢。如果我们使用它来管理100万用户，那么在azure hub basic plan中使用100万标签是可能的？是的，如果您查看定价页面（），它显示了3k的“标签（广播组）”限制。但是，带有5个或更少设备的标签不会超过该限制。因此，您可以为每个用户设置单独的标签，而不必触及广播标签的限制。答案很好，我没有想到为每个用户使用标签，因为大多数标签示例都是用于订阅主题的。非常感谢。如果我们使用它来管理100万用户，那么在azure hub basic plan中使用100万标签是可能的？是的，如果您查看定价页面（），它显示了3k的“标签（广播组）”限制。但是，带有5个或更少设备的标签不会超过该限制。因此，您可以为每个用户设置单独的标签，而不必触及广播标签限制。