我开发了一个使用 WCF 通过 NetNamedPipeBinding 协议进行通信的.NET UI 和 windows 服务。我选择 NetNamedPipe 是因为这是在同一台机器上进行进程间通信的最佳和高效选择。
然而,该应用程序的一个关键要求是 UI 应该能够异步地向 Windows 服务发送操作并反过来。这意味着 Windows 服务应该能够回调 .NET UI 应用程序,而不需要 .NET UI 应用程序首先连接到 Windows 服务。
考虑到这一点,我在 Windows 服务中托管了一个 WCF 服务,并在 .NET UI 应用程序中单独托管了一个 WCF 服务,以便它们可以异步通信,而无需始终保持通信渠道处于活动状态。
我想知道这是否是一个好的设计方案。
感谢您提前的评论。
Subbu
然而,该应用程序的一个关键要求是 UI 应该能够异步地向 Windows 服务发送操作并反过来。这意味着 Windows 服务应该能够回调 .NET UI 应用程序,而不需要 .NET UI 应用程序首先连接到 Windows 服务。
考虑到这一点,我在 Windows 服务中托管了一个 WCF 服务,并在 .NET UI 应用程序中单独托管了一个 WCF 服务,以便它们可以异步通信,而无需始终保持通信渠道处于活动状态。
我想知道这是否是一个好的设计方案。
感谢您提前的评论。
Subbu