与TIBCO EMS一起使用NServicebus或Masstransit的好处

我们正在探索将TIBCO EMS整合到基于.NET的系统中的设计。据我所知，Bool NServiceBus和MassTransit可以使用TIBCO EMS作为传输通信层。我的问题是：使用NServiceBus或MassTransit比直接在TIBCO EMS上使用自定义C#/.NET库有什么好处

我知道关于RabbitMQ的这个答案：

---

TIBCO EMS也有同样的好处吗？

这些好处与任何其他传输（如RabbitMQ）的好处类似。虽然TIBCO可以做的不仅仅是许多消息传递系统，它还取决于您希望在它内部做多少，而不是在使用TIBCO的应用程序中做多少

---

在我工作的地方，我们定期与TIBCO互动，但由另一个团队管理，我们只使用服务。我们确实将MassTransit与RabbitMQ和MSMQ一起使用（是的，两者都使用）

其好处与任何其他传输（如RabbitMQ）的好处类似。虽然TIBCO可以做的不仅仅是许多消息传递系统，它还取决于您希望在它内部做多少，而不是在使用TIBCO的应用程序中做多少

---

在我工作的地方，我们定期与TIBCO互动，但由另一个团队管理，我们只使用服务。我们确实将MassTransit与RabbitMQ和MSMQ一起使用（是的，两者都使用）

如果您仍在调查服务总线选项，您可能想看看Shuttle（）。如果您仍在调查服务总线选项，您可能想看看Shuttle（）。您能否详细说明在TIBCO内部与通过MassTransit/NServicebus在应用程序中进行比较的利弊，您能否分享在TIBCO上使用RabbitMQ/MSMQ的经验/理由？谢谢。当我们开始这个项目的时候，TIBCO项目还没有准备好消费，我们只是把我们团队中的关注点联系起来。与我们应用程序的其他部分交谈时，不需要接触到我们小组之外的人。此外，TIBCO的组件可能需要用Java编写，我的团队主要是.NET。您能否详细说明在TIBCO内部使用与通过MassTransit/NServicebus在应用程序中使用的优缺点？以及，您能否分享在TIBCO上使用RabbitMQ/MSMQ的经验/理据？谢谢。当我们开始这个项目的时候，TIBCO项目还没有准备好消费，我们只是把我们团队中的关注点联系起来。与我们应用程序的其他部分交谈时，不需要接触到我们小组之外的人。此外，TIBCO的组件可能需要用Java编写，我的团队主要是.NET。