Azure 通知中心 API - DirectSend/DirectBatchSend 与 Registration/Notification/Tags 样式的优势
Azure Notification Hubs APIs - Benfits of DirectSend/DirectBatchSend vs. Registration/Notification/Tags styles
我们计划实施服务器端通知机制，通过 ANH 推送到 iOS 和 Android。我们的移动客户端上将没有代码足迹，只需要为 "registration" 调用我们的服务器 API。通过这种方式，我们的方法看起来类似于 MSDN discussion.
我还看到了 MSDN 上提到的替代方法，更多 bare-bones。
可以断定这两种方法在 'send' 方面具有相似的性能吗？
看来主要区别是：
- 前一种方法已经完成了与Task和Async机制的集成工作，呈现了一个可调用的C#机制，它承担了更多RESTful API层，
- DirectBatch/SendAPI 就是原始的 RESTfulAPI，供您随意使用。
对于同时作为 REST API 和 SDK 提供的操作，您应该不会在客户端看到任何显着的性能差异，因为 SDK 只是 REST API 的包装器秒。两者都有 SDK iOS and Android，建议使用它们，这样您就不必重新编写包装器。
直接发送仅在 .NET SDK at the moment and for other platforms as REST API, so you'd have to implement your own wrapper in case you're using something other than .NET for the operation. You can use the sample 中可用，以帮助您完成此过程。
就性能而言，这取决于您的意思。
- 直接发送很可能会更快地发送给客户，因为 ANH 服务不需要在此过程中进行任何注册，它只发送包含您的参数的通知。但是它在您可以提供的句柄数量方面有限制，而且您需要自己管理句柄。
- 如果您只是指客户端的性能，那么应该没有区别，因为所有调用都是异步的。如果您利用标签，那么您可以在一个服务器调用中执行非常棘手的发送，并让 ANH 找出其背后的细节。
但在不了解您的场景和需求的情况下，无法给出合适的建议。
我们计划实施服务器端通知机制，通过 ANH 推送到 iOS 和 Android。我们的移动客户端上将没有代码足迹，只需要为 "registration" 调用我们的服务器 API。通过这种方式，我们的方法看起来类似于 MSDN discussion.
我还看到了 MSDN 上提到的替代方法，更多 bare-bones。
可以断定这两种方法在 'send' 方面具有相似的性能吗？
看来主要区别是：
- 前一种方法已经完成了与Task和Async机制的集成工作，呈现了一个可调用的C#机制，它承担了更多RESTful API层，
- DirectBatch/SendAPI 就是原始的 RESTfulAPI，供您随意使用。
对于同时作为 REST API 和 SDK 提供的操作，您应该不会在客户端看到任何显着的性能差异，因为 SDK 只是 REST API 的包装器秒。两者都有 SDK iOS and Android，建议使用它们，这样您就不必重新编写包装器。
直接发送仅在 .NET SDK at the moment and for other platforms as REST API, so you'd have to implement your own wrapper in case you're using something other than .NET for the operation. You can use the sample 中可用，以帮助您完成此过程。
就性能而言，这取决于您的意思。
- 直接发送很可能会更快地发送给客户，因为 ANH 服务不需要在此过程中进行任何注册，它只发送包含您的参数的通知。但是它在您可以提供的句柄数量方面有限制，而且您需要自己管理句柄。
- 如果您只是指客户端的性能，那么应该没有区别，因为所有调用都是异步的。如果您利用标签，那么您可以在一个服务器调用中执行非常棘手的发送，并让 ANH 找出其背后的细节。
但在不了解您的场景和需求的情况下，无法给出合适的建议。