Azure Notification Hubs API - DirectSend / DirectBatchSend与注册/通知/标签样式的特性

时间:2016-09-06 20:49:11

标签: azure azureservicebus azure-notificationhub

我们正计划实施通过ANH推送到iOS和Android的服务器端通知机制。我们的移动客户端没有代码占用空间,只需要调用我们的服务器API即可注册"注册"。通过这种方式,我们的方法看起来类似于MSDN discussion

我还在MSDN上看到备用的更多bare-bones方法。

可以公平地得出结论,这两种方法在发送'上有相似的表现。侧?

看来主要区别在于:

  • 前一种方法已经完成了与Task和Async机制集成的工作,提出了一个可调用的C#机制,它采用了更多的RESTful API层,
  • DirectBatch / Send API就是这样 - 您可以根据需要使用原始RESTful API。

1 个答案:

答案 0 :(得分:1)

对于可用作REST API和SDK的操作,您不应该在客户端看到任何显着的性能差异,因为SDK只是REST API的包装器。有iOSAndroid的SDK,建议使用这些SDK,这样就不必重新编写包装器了。

直接发送目前仅在.NET SDK中提供,对于其他平台也可用作REST API,因此如果您使用.NET以外的其他操作,则必须实现自己的包装。您可以use the sample在此过程中为您提供帮助。

就性能而言,取决于你的意思。

  • 直接发送很可能会更快地交付给客户,因为ANH服务不需要在此过程中进行任何注册,它只是通过您的参数发送通知。但它在您可以提供的手柄数量方面存在局限性,您还需要自己管理手柄。
  • 如果您只是在客户端表示性能,那么应该没有区别,因为所有调用都是异步的。如果你利用标签,那么你可以在一个服务器调用中做一些非常棘手的发送,让ANH弄清楚它背后的细节。

但如果不了解您的情景和要求,就无法给出正确的推荐。