我应该使用命名管道还是.NET Remoting与计算机上正在运行的进程进行通信？

解决方案

回答

.net远程处理内置于.net中，以进行内部进程通信。如果我们使用它，他们将继续支持并可能在将来的版本中对其进行增强。命名管道并不能保证我们会在.net的未来版本中得到增强

回答

如果我们是指进程间通信，那么到目前为止，我使用.NET Remoting都没有任何问题。如果两个进程在同一台机器上，则通信速度非常快。

命名管道绝对有效，但是它们至少需要设计一个基本的应用程序协议，这可能不可行。远程处理使我们可以轻松地调用远程方法。

回答

如果在单台计算机上，则命名管道可以为我们提供更好的性能，并且可以与远程处理基础结构以及WCF一起实施。或者，我们可以直接使用System.IO.Pipes。

回答

.Net远程处理本身并不是一个协议。它使我们可以选择要使用的协议：SOAP，命名管道等。

回答

WCF是最佳选择。它支持多种不同的传输机制(包括命名管道)，并且可以完全由配置驱动。我强烈建议我们看一下WCF。

这是一个进行WCF与Remoting性能比较的博客。

博客引用：

The WCF and .NET Remoting are really comparable in performance. The differences are so small (measuring client latency) that it does not matter which one is a bit faster. WCF though has much better server throughput than .NET Remoting. If I would start completely new project I would chose the WCF. Anyway the WCF does much more than Remoting and for all those features I love it.

WCF的MSDN部分

回答

.NET Framework 2.0中的远程处理为同一计算机内的进程间通信提供了IPC通道。

回答

如果我们使用的是.NET Framework 3.0或者更高版本，则应使用WCF。使用WCF，我们可以使用基于性能/互操作/等之间权衡的不同绑定。我们需要的。

如果性能不是很关键，并且我们需要与其他Web Service技术互操作，则将需要使用WS-HTTP绑定。对于情况，可以将WCF与net-tcp绑定或者命名管道绑定一起使用。两者都应该起作用。

我个人认为，WCF方法更加简洁，因为我们可以进行合同驱动的服务，并专注于消息而不是对象(我在此基于WCF / .NET Remoting的默认编程模型进行概括)。我不喜欢通过电线发送对象，因为很多语义信息会丢失或者不清楚。当我们像使用WCF一样发送消息时，可以更轻松地将通信和单个节点组成的类/基础结构之间的关注点分开。

回答

WCF还提供了灵活性。通过仅更改一些配置(绑定)，我们就可以在其他计算机上使用相同的服务，而不是在同一计算机上使用IPC。因此，代码保持灵活。