有人能够揭示一下新发布的Windows ServiceBus(前提,而不是Azure)和NServiceBus之间的区别吗? 寻找一个详细的答案什么的Windows SB可能会丢失,因为我熟悉NSErviceBus可以做什么: 它是一个真正的服务总线,而不仅仅是一个使用队列的消息代理? 它可以支持消息多态吗? (消息子类化其他消息和处理程序支持这个层次结构 长时间运行的stream程和相关性 向外扩展
我正在努力与NServiceBus和MassTransit的利弊名单。 现在我知道这里已经有了一个线程,但是它并没有真正回答我的问题。 这是我迄今读过的: NServiceBus,是的,它是许可的,它不是免费的。 MassTransit,是的,它是开源的,但文件似乎缺乏。 NServiceBus较老,并有更多的参考。 很难find关于MassTransit的东西,但我是开放的。 但是,我必须提供一个坚实的解决scheme,所以我不得不问。 所以请,有两个框架经验的人。 为什么要selectNServiceBus? 或者为什么要selectMassTransit? 性能,安全性,规模还是?
我听说过NServiceBus ,但是我还没有真正理解它是什么。 他们声称是“最受欢迎的.net开源服务总线”。 所以; 什么是“服务巴士”,我什么时候需要一个?
只是做一些快速的高峰,可能使用消息传递系统来处理文件,在一个很好的解耦工作stream程系统。 人们已经发现使用上述每个框架的赞成和反对的是什么? 与使用WCF绑定和/或非MSMQ解决scheme的手动滚动MSMQ系统相比,使用这些优点是什么?