c# – 用于在两个进程之间进行通信的.net框架

我正在开发一个应用程序,我有一个成像检查过程和一个Ui过程.两者都是使用c#4.0编程.它们可能在也可能不在同一台机器上.我必须设计它来处理这两种方法.检查过程基本上作为Windows 7/64盒子上的此应用程序中的服务器运行.

在沟通方面,从Ui到检查过程的信息将是最小的.主要是启动/停止/更新配置类型消息.当检查过程正在检查时,它可以连续流式传输高达10mb /秒的图像用于监控.

SO 468375中,如果两个进程都在同一台机器上,则建议使用命名管道.听起来像一个很好的解决方案.

但是,我真正的问题是 – 如果这两个进程在不同的计算机上进行通信,那么当前建议的最佳实践是什么. WCF服务,套接字,远程处理,命名管道等?

解决方法:

Remoting已弃用. WCF封装了远程处理,Web服务和其他旧的通信技术.

编辑 – 添加了下一个段落

引入WCF是为了使这些底层技术更加一致.对Web服务进行编码与编写Remoting服务等几乎完全相同.这不是一个精确的比较,但它与他们用LINQ拍摄的内容一致.使用LINQ,无论是访问SQL数据,对象,XML等,都使用类似的语法.

结束编辑

我会说使用WCF服务来描述你所描述的内容.这就是他们的目的.

上一篇:为什么我的C#AppDomain会很好,然后在下一次抛出异常?


下一篇:远程图形环境Java Swing