wcf - 在. NET 中,wcf与DCOM有一个可行的对应关系?

  显示原文与译文双语对照的内容

虽然. NET () codenamed codenamed,但它被吹捧为 Indigo replacement com com actually它实际上适合于. NET 应用程序,提供与 C++/dcom应用程序相同的功能。

客户端服务器系统上的DCOM应用程序可以能会很痛苦,但我认为它比web服务的它的他选项高效。

那么,WCF是( D )的一个 true 继承者或者它有不同的目标?

EDIT是一个服务器,它可以在工作站上调用 methods,服务器可以调用服务器上的方法,我添加了'。

时间: 原作者:

我不知道为DCOM命名的官方指导,但是. NET 有两个框架可以替代DCOM的使用。 它们是WCF和. NET 远程处理。

WCF可以用于替代DCOM提供的所有传输特性,更多。 如果你处于不能使用. NET 3.0或者更新版本的情况下,则只有可以用的.NET 远程处理。 .NET 内的两个框架允许你发出调用和将执行控制到其他线程。进程和计算机中的主机。 远程处理可以能是DCOM的替代,它也可以处理几乎所有的传输功能,但采用并没有那么大。

通常,大多数人现在都喜欢 WCF,因为所有的东西都已经定义好了。 正常的.NET 远程处理现在有点废弃了,因为你需要管理wire-的类型信息。 这里外,它没有共享内存传输,所以内部线程/流程通信只是使用基于socket的通信设置。

关于一般场景,几乎任何应用程序都可以通过WCF或者远程处理访问到其他应用程序的连接。 大多数棘手的问题涉及到在web应用程序中与托管组件通信。 通常,这通常不是done-调用,而是在 http/https网络活动之外很少接受。 安全性和身份管理也很棘手,但是在基于dcom设置的配置上有很多改进。

总的来说,WCF和. NET 远程处理的性能明显优于 DCOM 。 它们更容易安装和维护,并且没有与for组件相同的注册头痛。 这里外,你得到了. NET 中失败条件的自然库异常,而在DCOM中,你必须准确地处理失败的交付和超时。 这只需要大大减少处理这种条件的代码量,并且随着异步调用的不同,你也可以退出。 在DCOM中做得很好。

...