我正在尝试在我们公司的消息传递基础设施上创建一个通用的抽象接口(interface)。设计目标是2折。 1 是向开发人员隐藏编程的复杂性(我知道它不是很复杂，但仍进一步简化它)，2 是使开发人员独立于供应商特定的消息传递基础设施(即它可以是 MQSeries 或 EMS 或 MSMQ)。
最常见的选择是在消息传递基础结构上使用 WCF 层。使用 WCF 的 MQSeries 自定义 channel 或使用 WCF 的 EMS 自定义 channel 。但由于缺少合适的 MQSeries 和 EMS 版本，两者都被排除了。
有人可以建议这个问题的可能解决方案是什么吗？我能想到的一个有像 JMS 这样的自定义包装器。以前有没有人尝试过类似的东西。任何帮助都会很棒。
顺便说一下，我正在尝试在 C# 3.5 中创建这个包装器。
问候
最佳答案
有 NMS ，它是 JMS 协议(protocol)的 .NET 实现。它带有一个提供程序，该提供程序使用 ActiveMQ 作为底层消息代理。
检查一些优秀的 .NET 开源服务总线实现可能也值得，它们提供了更多有用的消息传递抽象:NServiceBus , MassTransit和 Rhino Service Bus想到了。
关于c# - .Net 中的 JMS 等价物，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1560804/