.NET远程处理真的被弃用了吗?

每个人都在说.NETRemoting是如何被WCF取代的,但我想知道这到底有多准确。我还没有看到任何官方的说法表明远程处理正在被弃用,而且在我看来,在某些情况下,远程处理比WCF更有意义。没有任何与远程处理相关的对象或方法被弃用,即使在框架的4.0版本中也是如此。据我所知,3.5和4.0框架中的System.AddIn使用远程处理。

有人有任何官方的说法与此相反吗?

在文章中,, Choosing Communication Options in .NET (对于3.0,这是该文章的最新版本),它指出:

如果需要支持同一进程中不同应用程序域中的对象之间的通信,则必须使用.NET远程处理。

当然,这并不准确,因为WCF当然可以用于跨越appdomain边界,但它是否给出了该场景的官方建议?

最新消息:我向克莱门斯·维斯特斯(他是负责远程处理和WCF的团队成员)提出了以下问题:

克莱门斯,我知道你在拥有远程处理和wcf的团队中,我有几个问题,我认为我需要去问来源。

首先,我有一个关于远程处理是否会消失的问题。具体来说,我们有一个相当大的应用程序,它广泛使用远程处理进行进程内跨appdomain通信,我想知道这种远程处理的使用是否被视为“遗留”。如果是这样,AppDomain.CreateInstance和friends是否会被其他内容替换?

远程处理是.Net框架的一部分,因此它不会消失。COM从windowsnt3.5/windows95开始就在Windows中,而且还没有消失,我也不认为它会很快消失。

也就是说,对远程处理的开发投资非常少。WCF是远程处理的继承者,它取代了托管代码的COM/DCOM。

对于进程内通信,跨appdomain通信远程处理是CLR的本机通信方式。如果您发现在短时间内产生大量数据或大量消息的性能问题,您应该认真研究WCF和NetNamedPipeBinding。