用WCF替换COM +？

有没有人用WCF取代COM +？

性能有所改善吗？

还有什么其他优点？

我已经使用了COM +(加上COM和DCOM)和WCF多年.这包括使用这两种技术构建大型航空预订系统.

WCF和COM +真是两种不同的野兽.COM +真的是为COM鼎盛时期而建.因此,它非常容易在任何与COM(如VB6)一起使用的环境中使用.在这些环境中,您无法轻松获得开发简易性和性能.COM +还为您提供了许多"免费赠品",例如交易.我们使用了很多年,并对它非常满意.表现也非常好.

COM +也可以在dotNET中使用,但我从未觉得它是一流的公民.我总觉得微软在dotNET中支持COM +,因为他们也有.对我来说总觉得有点笨拙.

WCF是一个dotNET野兽.我看到WCF的最大优势是灵活性.您可以插入或构建任何您可能想要的通信协议.想要易用,请使用HTTP.希望对象尽可能紧凑和高效,使用TCP和二进制序列化等.它在dotNET世界中运行良好.WCF还有许多"开箱即用"的功能,如交易,排队,安全通道,负载均衡等.但是你必须将它配置为使用这些功能,配置文件非常复杂和神秘.在COM +中,大多数只是组件服务中的复选框.

关于表现.如果遵循所有规则,我总是发现COM +非常快(调用完成时调用SetComplete,不保持状态等).WCF也可以超快,但您必须确保正确配置它.WCF允许您配置一切.这可能真的很棒,但它也让你很容易混淆事物.你将在WCF中获得的最大打击可能是你的对象序列化(至少根据我的经验).

正如我所说,WCF非常灵活.您可以通过防火墙以及Web或私有WAN使用它,而不会太困难.尝试使用COM +(祝你好运,我已经完成了它并不容易).我们使用WCF在私人通信网络之间建立机场之间的通信,所有这些都受到不同方拥有的不同防火墙的保护.

真的,如果你想要一些WCF的优点而没有任何痛苦,请看看WebAPI(http://www.asp.net/web-api).他们首先在WCF之上构建它,以便轻松快速地启动和运行WCF.但我不相信它再与WCF相关联.话虽如此,它并不提供WCF的所有功能,如果您需要这些高级功能,您将无法使用WebAPI.