Azure 通知中心，直接发送与安装
Azure Notifications Hub, Direct Send vs Installations
我们正在实施从后端系统获取设备注册令牌的后端服务。
设备注册令牌由移动设备从平台 PNS 获取。
令牌与用户配置文件一起存储在后端，我们通过我们的集成服务从后端使用该数据 poll/stream。 （仅供参考，我们正在发送用户可以在应用程序中设置的预定推送通知）。
我们只计划向个人用户发送推送通知。
单个用户可以在不同平台上拥有多个设备（目前iOS/Android）。
为简单起见，我们现在正在研究直接发送。
https://docs.microsoft.com/en-us/rest/api/notificationhubs/direct-send
我们获取每个用户的设备注册令牌并发送推送。
我们在保留设备注册令牌和平台类型时迭代设备。
根据平台类型，我们发送正确的格式，headers，等等。
这意味着我们将拥有发送推送通知所需的令牌。
使用这种方法会有什么顾虑吗？
这样我们就可以完全跳过安装（或注册）部分。
如果我们想向所有用户和设备发送推送通知，并且在未来的某个时候，直接发送对我们没有帮助，但在这种情况下，我们可能会考虑批量发送。
另一种解决方案是使用带有标签的安装，并为每个用户创建一个标签。
但是，如果用户有一个 iOS 设备和一个 Android 设备，我们仍然需要将其分开。
所以我想知道直接发送是否有任何缺点或我在这里忽略的事情？
通知中心的工程团队非常接受这种方法。正如您提到的，唯一的缺点是在通知中心管理注册或安装时无法利用某些广播功能。
我们正在实施从后端系统获取设备注册令牌的后端服务。 设备注册令牌由移动设备从平台 PNS 获取。
令牌与用户配置文件一起存储在后端，我们通过我们的集成服务从后端使用该数据 poll/stream。 （仅供参考，我们正在发送用户可以在应用程序中设置的预定推送通知）。
我们只计划向个人用户发送推送通知。
单个用户可以在不同平台上拥有多个设备（目前iOS/Android）。
为简单起见，我们现在正在研究直接发送。
https://docs.microsoft.com/en-us/rest/api/notificationhubs/direct-send
我们获取每个用户的设备注册令牌并发送推送。 我们在保留设备注册令牌和平台类型时迭代设备。 根据平台类型，我们发送正确的格式，headers，等等。 这意味着我们将拥有发送推送通知所需的令牌。
使用这种方法会有什么顾虑吗？ 这样我们就可以完全跳过安装（或注册）部分。 如果我们想向所有用户和设备发送推送通知，并且在未来的某个时候，直接发送对我们没有帮助，但在这种情况下，我们可能会考虑批量发送。
另一种解决方案是使用带有标签的安装，并为每个用户创建一个标签。 但是，如果用户有一个 iOS 设备和一个 Android 设备，我们仍然需要将其分开。
所以我想知道直接发送是否有任何缺点或我在这里忽略的事情？
通知中心的工程团队非常接受这种方法。正如您提到的，唯一的缺点是在通知中心管理注册或安装时无法利用某些广播功能。