Performance 替换COM和x2B；用WCF？

有人用WCF替换COM+吗

性能有改进吗

其他优势是什么？

我使用COM+（加上COM和DCOM）和WCF都有很多年了。这包括使用这两种技术构建大型航空公司预订系统

WCF和COM+a实际上是两种不同的野兽。COM+确实是为COM的全盛时期而构建的。因此，在任何能够很好地使用COM（如VB6）的环境中使用它都非常容易。在这些环境中，您无法在开发易用性和性能方面击败它。COM+还为您提供了许多“免费赠品”，例如交易。我们用了很多年，非常满意。表演也很好

COM+也可以在网络中使用，但我从未感觉到它是一流的公民。我总觉得微软在dotNET上支持COM+，因为他们也支持COM+。我总是觉得有点笨重

WCF是一个网络野兽。我认为WCF的最大优势是灵活性。您几乎可以插入或构建您可能需要的任何通信协议。想要易于使用，请使用HTTP。希望对象尽可能紧凑和性能，使用TCP和二进制序列化等。它在dotNET世界中发挥良好作用。WCF还有很多“开箱即用”的功能，比如事务、排队、安全通道、负载平衡等等。但您必须将其配置为将这些功能用于非常复杂和神秘的配置文件。在COM+中，大多数只是组件服务中的复选框

关于绩效。我总是发现，如果遵循所有规则（调用完成时调用SetComplete、不维护状态等），COM+的速度会非常快。WCF也可以非常快，但您必须确保正确配置它。WCF允许您配置一切。这真的很棒，但它也让你很容易把事情弄得一团糟。您在WCF中得到的最大影响可能是您的对象序列化（至少以我的经验）

正如我所说，WCF非常灵活。您可以通过防火墙、web或专用WAN轻松使用它。尝试使用COM+（祝你好运，我已经做到了，这并不容易）。我们使用WCF通过专用通信网络在机场之间建立通信，所有通信网络均受不同方拥有的不同防火墙保护

---

真的，如果您想在不带来任何痛苦的情况下获得WCF的一些好处，请查看WebAPI（）。他们首先将其构建在WCF之上，以使WCF能够轻松快速地启动和运行。但我不相信它与WCF有任何联系。尽管如此，它并没有提供WCF的所有功能，如果您需要这些高级功能，您将无法使用WebAPI。

您在网上发现了什么？你读了什么？然后，用一个更精确的问题来说明你的发现。就像@Askolein所说的，问一个精确的问题，并分享你的分析和发现。我自己最近学到的有趣的事实。值得指出的是，有很多“WCF的优点”根本不在WebAPI中，WebAPI专门用于在HTTP上构建（通常类似REST）服务。如果您正在考虑将事务等硬塞进Web API，那么您最好从WCF开始。我并不是说WCF不能做事务。WCF也有很多“开箱即用”的功能。我将修改我的回答以澄清。同意WebAPI。我修改了我的回答。