C# WCF与服务总线

我们的工作很紧张，我需要澄清一下：

基本上：我们可以使用WCF读/写MSMQ并获取类型 在我们经过的物体上保持安全

备选方案：我们可以使用类似NService Bus的工具来完成此任务 完全一样

现在在我的工作中，我们都精通WCF，但没有一个人精通使用服务总线

所以，有人能帮我介绍一下使用WCF或NService总线的利弊得失吗？因为现在我觉得使用WCF会更容易（只要我们不需要高级事务等）

您估计以后从WCF改为N服务总线有多容易

---

亲切问候

如果您只想将消息推送到MSMQ，那么您也不需要这样做

NServiceBus不仅仅让消息排队。根据您编写的NServiceBus服务，您可以指定它订阅哪些消息以及发布哪些消息。然后，NServiceBus使用MSMQ作为传输机制，负责消息的调度和传递

NServiceBus使应用程序可以轻松地通过这种方式发布和订阅消息，而无需知道消息来自何处，或服务何时移动到另一台服务器

然而，NServiceBus并不像您想象的那么容易使用，没有很多好的文档可用。因此，这需要一些时间来耕耘

---

从v2.5开始，如果您想在多个线程上使用商业许可证，则需要商业许可证。

正如其他人所提到的，我不会使用NServiceBus作为将消息简单地发送到队列的方式。正如Roy所说，NServiceBus的实现并非微不足道。这是一种架构选择，而不仅仅是一种实现选择

---

然而，当我的团队从WCF解决方案转移到NServiceBus时，我们非常高兴（在学习曲线之后）。优点之一是系统的设计使得做错事更加困难。也就是说，如果在NServiceBus中有些事情很难做到，那么您可能没有以您应该的方式考虑体系结构（如果您想要一个异步、可伸缩、可维护的系统）

赞成者你对WCF了解很多，反对者你对N服务总线知之甚少。除了将对象添加到队列中之外，您是否可以提供更多关于您正在执行的处理类型的信息？这将有助于确定NSB是否适合您。经过大量的调查、测试和分析，我们得出结论，ServiceBus是最佳选择。我们有很多事件（交易系统），希望在我们的系统中有良好的责任分离。虽然我同意Roy和Eric的观点，但NSB并不是那么容易开始的，但它确保了我们必须认真思考我们是如何做的（例如，哪种NSB信息应该携带数据）。这是我认为对我们有很大好处的许多其他事情之一，因为它使许多意想不到的问题很快浮出水面。