我开发了一个.NET UI和Windows服务,它们通过NetNamedPipeBinding协议使用WCF相互通信。我选择了NetNamedPipe,因为它是同一台机器上进程间通信的最佳和最有效的选择。
但是,该应用程序的一个关键要求是UI应该能够异步地向Windows服务发送操作,反之亦然。这意味着Windows服务应该能够回调.NET UI应用程序,而无需.NET UI应用程序首先连接到Windows服务。
记住这一点,我在Windows服务中托管了一个WCF服务,在.NET UI应用程序中托管了一个单独的WCF服务,这样他们就可以异步通信而无需保持通信通道始终处于活动状态。
我想知道这是否具有良好的设计意义。
我将非常感谢您对此的评论。
提前致谢。
Subbu
答案 0 :(得分:1)
在客户端托管另一个WCF服务以接收来自主WCF服务的调用并不是一个好主意。您需要使用WCF双工通信(如Subbu发布的)即WCF回调。
答案 1 :(得分:0)
此方法的问题在于您的服务需要作为主机连接到客户端。
更好的选择可能是在您第一次启动客户端时设置WCF回调。然后,该服务可以使用回调来为客户端通知提供服务。有关详细信息,请参阅使用WCF回调显示的this MSDN article。
答案 2 :(得分:0)
WCF回调允许服务器将事件驱动到客户端。请在此处查看简短的示例:A simple WCF Callback example