Microsoft.ServiceBus.Messaging与Microsoft.Azure.ServiceBus

Question

MS最近推出了 Microsoft.Azure.ServiceBus 命名空间 https://github.com/Azure/azure-service-bus/blob/master/samples/readme.md

适用于新的 .net标准框架（就好像MS没有足够的半冗余代码库）

我的问题是，在性能方面有多好？

我可以自信地说， Microsoft.ServiceBus.Messaging 会留下许多需要，特别是在持久接收方面。

Microsoft.ServiceBus.Messaging 的一个非常有用的功能是消息泵，它构建在 OnMessage（）方法之上。

新库没有这个，并且需要在每张收据上重新绑定事件处理程序以保持抽水。绝对是退步。

寻找任何有过这方面经验的人的反馈，可以比较..

Answer 1

要解决您的问题，.netstwork库中提供的.netstd库提供的内容：

1. Open Source。新图书馆是完全开源的。您可以浏览，进入（使用下一个版本），无需设置符号服务器，贡献，只需查看工作原理。
2. 新的库真的是异步的，与.netframework库相反。
3. 减少了责任和代码大小。例如，Message与BrokeredMessage。您的数据不再由客户端序列化。
4. AMQP默认情况下，而不是SBMP。
5. 新客户定位.NET Standard and Full Framework。
6. 重新设计了某些客户端方面以提供更好的选项（OnMessage API提供更多故障上下文，plugins和extensibility，interfaces以便于测试。
7. Fully tested。

性能方面，如果不是更好，它应该与老客户相提并论。

  

Microsoft.ServiceBus.Messaging的一个非常有用的功能是消息泵，它构建在OnMessage（）方法之上。

您仍然拥有OnMessage API，但已重命名为RegisterMessageHandler。