Azure 通知中心是否*需要*特定于 Azure 的客户端代码？
Does Azure Notification Hub *require* Azure-specific client-side code?
我们的用例是让 Azure 托管的 Web 后端向我们现有的移动 Android 和 iOS 应用程序发送通知消息。我从 Azure 通知中心 (ANH) 文档中注意到，我们可以将消息向下发送到 Android（Google 云消息传递和 Firebase 云消息传递）和 iOS。
我还注意到，所有教程示例都包括您将特定于 ANH 的代码放入移动客户端。
如果我们的移动应用程序中只有特定于平台的调用（例如 Android 的 Firebase 和 iOS 的 Apple 推送通知服务），并且在应用程序？
这取决于你，取决于你的 scenario/architecture。 ANH 作为一个平台并不需要 特定的客户端代码。
这是一个典型的高级架构（确实有客户端 ANH 特定代码）：
如果您可以将系统设计为后端可以自行注册 PNS 句柄（即图片上的第 2 步会有所不同），那么您就不需要 ANH 特定代码客户。换句话说，如果你能以某种方式从后端而不是从客户端注册令牌，那么 NH 就没有理由限制你这样做。
如果我对您的情况的理解正确，那么您已经有许多应用用户想要使用 ANH 推送给他们。您需要找到一种方法来向 NH 注册这些设备的令牌。只要你有可用的令牌，你就可以通过编写一个简单的控制台应用程序并从你的笔记本电脑 运行 它来真正做到这一点。然后以通常的方式使用 Azure 后端进行实际推送，因为推送部分不关心设备是如何注册的。
我们的用例是让 Azure 托管的 Web 后端向我们现有的移动 Android 和 iOS 应用程序发送通知消息。我从 Azure 通知中心 (ANH) 文档中注意到，我们可以将消息向下发送到 Android（Google 云消息传递和 Firebase 云消息传递）和 iOS。
我还注意到，所有教程示例都包括您将特定于 ANH 的代码放入移动客户端。
如果我们的移动应用程序中只有特定于平台的调用（例如 Android 的 Firebase 和 iOS 的 Apple 推送通知服务），并且在应用程序？
这取决于你，取决于你的 scenario/architecture。 ANH 作为一个平台并不需要 特定的客户端代码。
这是一个典型的高级架构（确实有客户端 ANH 特定代码）：
如果您可以将系统设计为后端可以自行注册 PNS 句柄（即图片上的第 2 步会有所不同），那么您就不需要 ANH 特定代码客户。换句话说，如果你能以某种方式从后端而不是从客户端注册令牌，那么 NH 就没有理由限制你这样做。
如果我对您的情况的理解正确，那么您已经有许多应用用户想要使用 ANH 推送给他们。您需要找到一种方法来向 NH 注册这些设备的令牌。只要你有可用的令牌，你就可以通过编写一个简单的控制台应用程序并从你的笔记本电脑 运行 它来真正做到这一点。然后以通常的方式使用 Azure 后端进行实际推送，因为推送部分不关心设备是如何注册的。