我应该使用命名管道还是.NET Remoting与计算机上正在运行的进程进行通信？
Answers:
WCF是最佳选择。它支持多种不同的传输机制（包括 命名 管道），并且可以完全由配置驱动。我强烈建议您看一下WCF。
这是一个进行WCF与Remoting性能比较的博客。
博客引用：
WCF和.NET Remoting在性能上确实相当。差异是如此之小（测量客户端延迟），以至于哪个快一点都没关系。尽管WCF具有比.NET Remoting更好的服务器吞吐量。如果我要开始一个全新的项目，我会选择WCF。无论如何，WCF的功能远不止Remoting，而且我喜欢它的所有这些功能。
如果在单台计算机上，则命名管道可以为您提供更好的性能，并且可以与远程处理基础结构以及WCF一起实现。或者，您可以直接使用System.IO.Pipes。
如果您是指进程间通信，那么到目前为止，我使用.NET Remoting都没有任何问题。如果两个进程在同一台机器上，则通信速度非常快。
命名管道绝对有效，但是它们要求至少设计一个基本的应用程序协议，这可能不可行。远程处理使您可以轻松地调用远程方法。
如果您使用的是.NET Framework 3.0或更高版本，则应使用WCF。使用WCF，您可以使用基于性能/互操作/等之间权衡的不同绑定。您需要的。
如果性能不是很关键，并且需要与其他Web Service技术互操作，则将需要使用WS-HTTP绑定。对于您的情况，可以将WCF与net-tcp绑定或命名管道绑定一起使用。两者都应该起作用。
我个人认为，WCF方法更干净，因为您可以进行合同驱动的服务，并专注于消息而不是对象（我在此基于WCF / .NET Remoting的默认编程模型进行概括）。我不喜欢通过电线发送对象，因为很多语义信息会丢失或不清楚。当您像使用WCF一样发送消息时，可以更轻松地将通信和单个节点组成的类/基础结构之间的关注点分开。
WCF还提供了灵活性。通过仅更改一些配置（绑定），您就可以在其他计算机上使用相同的服务，而不是在同一计算机上使用IPC。因此，您的代码保持灵活。
.net远程处理内置于.net中，以进行内部进程通信。如果您使用它，他们将继续支持并可能在将来的版本中对其进行增强。命名管道并不能保证您会在.net的未来版本中得到增强