NServiceBus 是否适合跨平台集成？
如果您想将 .NET 应用程序与 Linux 上用 Python 甚至 php 等语言编写的其他应用程序集成，NServiceBus 是否适合？
当然，您必须将 MSMQ 替换为其他排队解决方案，例如 ActiveMQ 或 RabbitMQ。我已经读到这是可能的。但这真的可行且稳定吗？
除此之外，NServiceBus 对于具有持久订阅的 pub/sub 等基本场景实现了多少魔力，您必须用其他语言重新实现这些场景。
如果 NServiceBus 不适合，您会推荐什么？
Is NServiceBus a good fit if you want to integrate .NET applications with other applications written in languages like python or even php on Linux?
Of course you would have to replace MSMQ with another queuing solution like ActiveMQ or RabbitMQ. I already read that this is possible. But is it actually feasible and stable?
Besides that, how much magic does NServiceBus implement for basic scenarios like pub/sub with durable subscriptions, which you would have to re-implement in the other languages.
If NServiceBus is not a good fit, what would you recommend instead?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Alebo，我相信 NServiceBus 非常适合连接其他平台的组件。我们创建“适配器”来桥接以 C# 为中心的总线与其他技术。我们有一个将命令作为 SOAP 调用，另一个在目录中查找文件，另一个接受 POP3。然后，我们只需将这些消息放在总线上即可。我们对已发布的事件做同样的事情，走向另一个方向。这些消息只是任何语言都可以创建和使用的 XML 文件。
它工作得很好，而且我们不必更改 MSMQ 提供程序。
Alebo, I believe NServiceBus is a good fit for connecting components from other platforms. We create "adapters" that bridge the c#-centric bus with other technologies. We've got one that takes command as SOAP calls, another that looks for files in a directory, another that accepts POP3. Then, we simply put those messages on the bus. We do the same thing with published events going the other direction. The messages are just XML files that any language can create and consume.
It works great, and we didn't have to change out the MSMQ provider.