用于客户端/服务器通信的命名管道或TCP

Question

我的应用程序支持同一个服务器进程（Windows服务）的多个实例，就像fe SQL Server一样。

客户端/服务器通信将仅在同一网络中进行。

我可以使用TCP，但随后必须为每个服务器实例配置单独的IP端口。 但是，我可以简单地使用命名管道，因此不必考虑端口号，而只需使用服务器实例的名称。

不会有非常频繁的和/或大数据客户端/服务器通信。 这是一种ERP应用程序，平均每30秒只能通信一次。

我也想防止网络（内部网）之外的任何客户端/服务器通信。

明智的选择是什么？

更新：客户端和服务器都是使用.NET 4编写的，没有第三方客户端可以使用该服务器。

Answer 1

我在几个个人项目中使用的是.net 4.0命名管道（ System.IO.Pipes ），并且很高兴与他们合作。 您可以在整个Intranet上使用命名管道，并且性能非常好，所以我个人的建议是使用命名管道。

此外，.net 4.0命名管道客户端会利用基础WinAPI，因此您还可以与.NET应用程序中的本机应用程序进行通信。

Answer 2

这将取决于客户端技术。

如果服务器和客户端都是完整的.NET Framework，则命名管道听起来不错。

但是，如果某些客户端可能不是.NET Framework（Web客户端，Silverlight或类似的东西）之类的东西， 命名管道将是一件痛苦的事情，因为并非所有的客户端技术都具有任何类型的网络连接性或box API，可让您执行任何操作。

摘要：

• 如果客户端和服务器都使用.NET Framework，请使用命名管道，并且始终使用这种方式，并且没有计划实现与此方案不同的任何计划。

• 如果要确保服务器可以与任何客户端技术进行通信，请使用TCP。

无论如何，您要使用WCF这样做吗？ 也许使用TCP或命名管道只是配置。 检查此MSDN文章：

• http://msdn.microsoft.com/en-us/library/ms733769.aspx