用于进程间通信的wcf实现
[英]wcf implementation for interprocess communication
问题描述
我开发了一个.NET UI和Windows服务，它们通过NetNamedPipeBinding协议使用WCF相互通信。 我选择了NetNamedPipe，因为它是同一台机器上进程间通信的最佳和最有效的选择。
但是，该应用程序的一个关键要求是UI应该能够异步地向Windows服务发送操作，反之亦然。 这意味着Windows服务应该能够回调.NET UI应用程序，而无需.NET UI应用程序首先连接到Windows服务。
记住这一点，我在Windows服务中托管了一个WCF服务，在.NET UI应用程序中托管了一个单独的WCF服务，这样他们就可以异步通信而无需保持通信通道始终处于活动状态。
我想知道这是否具有良好的设计意义。
我将非常感谢你的评论。
提前致谢。
Subbu
3 个解决方案
解决方案1
1 2012-11-12 18:01:27
在客户端托管另一个WCF服务以接收来自主WCF服务的呼叫并不是一个好主意。 您需要使用WCF双工通信（如Subbu发布）和WCF回调。
解决方案2
0 已采纳 2012-11-12 17:40:35
此方法的问题是您的服务需要作为主机连接到客户端。
首次启动客户端时，更好的选择可能是设置WCF回调。 然后，该服务可以使用回调来为客户端通知提供服务。 有关详细信息，请参阅此MSDN文章 ，其中显示了使用WCF回调。
解决方案3
0 2017-07-06 12:39:07
WCF回调允许服务器将事件驱动到客户端。 这里看一个简短的例子： 一个简单的WCF回调示例
进程间通信是否可以和进程中事件一样快（使用wcf和c＃）
[英]Can interprocess communication be as fast as in-process events (using wcf and c#)
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.