.net 为什么Nservicebus不使用WCF？

我看到NServiceBus使用MSMQ作为其传输。为什么不使用WCF和MSMQ作为底层传输

一旦你意识到今天的微软有很多团队可能（或者很可能）不使用彼此的代码。NserviceBus的人做出了一个决定，不管出于什么原因，他们都不想使用WCF，就是这样

---

几年前，我参加了一个会议，一个来自微软的家伙向我们讲述了MTS，我问他为什么那里的安全组不使用本地组（即WinNT安全组）。他总结道：“是的，我知道你的问题是从哪里来的，请回答下一个问题。”。请看，MTS中的组安全性与本地组的设计完全相同，但MTS人员决定实现自己的组，而忽略底层的NT安全系统。如果我们能有一个地方来设置安全性并将其应用于所有Microsoft产品，我会非常高兴，但事实并非如此。即使是微软自己的开发人员。

一旦你意识到今天的微软有很多团队可能（或者很可能）不使用彼此的代码。NserviceBus的人做出了一个决定，不管出于什么原因，他们都不想使用WCF，就是这样

---

几年前，我参加了一个会议，一个来自微软的家伙向我们讲述了MTS，我问他为什么那里的安全组不使用本地组（即WinNT安全组）。他总结道：“是的，我知道你的问题是从哪里来的，请回答下一个问题。”。请看，MTS中的组安全性与本地组的设计完全相同，但MTS人员决定实现自己的组，而忽略底层的NT安全系统。如果我们能有一个地方来设置安全性并将其应用于所有Microsoft产品，我会非常高兴，但事实并非如此。即使是微软自己的开发人员。

主要原因是MSMQ代码是在WCF存在之前编写的。随着时间的推移，大部分工作都集中在添加新功能上，而不是重温已经存在的解决方案MSMQ集成

NServiceBus在MSMQ方面也做了WCF没有做的事情。例如，如果队列不存在，NServiceBus将创建一个队列。这使得使用NServiceBus比使用WCF更加顺畅

---

这并不意味着，如果迁移到WCF/MSMQ之上，则无法保留此功能，但最主要的是，与计划在下一版本中使用的所有其他功能相比，它的优先级太低。

主要原因是MSMQ代码是在WCF存在之前编写的。随着时间的推移，大部分工作都集中在添加新功能上，而不是重温已经存在的解决方案MSMQ集成

NServiceBus在MSMQ方面也做了WCF没有做的事情。例如，如果队列不存在，NServiceBus将创建一个队列。这使得使用NServiceBus比使用WCF更加顺畅

---

这并不意味着如果迁移到WCF/MSMQ之上，该功能将无法保留，但最主要的是，与计划在下一版本中使用的所有其他功能相比，它的优先级太低了。

@Danielawite在NServiceBus@DanielAWhite是对的,，关于NServiceBusThanks的历史，我一直在阅读JavaESB和JMS。我喜欢.Net，并且对.NETESB感兴趣，尤其是NServiceBus。所以，如果你要重新开始，你会使用WCF吗？Jason，这是一个好问题-看到WCF固有的复杂性，我还是更愿意“更贴近金属”。谢谢-我一直在阅读Java ESB和JMS。我喜欢.Net，并且对.NETESB感兴趣，尤其是NServiceBus。所以，如果你要重新开始，你会使用WCF吗？Jason，这是一个好问题-看到WCF固有的复杂性，我还是更愿意“更接近金属”。