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库中提供的内容不是.netframework:

1. 开源.新图书馆是完全开源的.您可以浏览,进入(使用下一个版本)而无需设置符号服务器,贡献,并简单地查看工作原理.
2. 新的库真的是异步的,与.netframework库相反.
3. 减少了责任和代码大小.例如,Messagevs BrokeredMessage.您的数据不再由客户端序列化.
4. AMQP默认情况下不是SBMP.
5. 新客户端面向.NET Standard和Full Framework.
6. 某些客户端方面经过重新设计,可提供更好的选项(OnMessage API可提供更多故障上下文,插件和可扩展性,界面更易于测试).
7. 全面测试.

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

Microsoft.ServiceBus.Messaging的一个非常有用的功能是消息泵,它构建在OnMessage()方法之上.

您仍然使用OnMessage API,但重命名为RegisterMessageHandler.