为什么需要wcf双工？

Question

在服务器上运行方法之后，WCF双工执行回调，然后在客户端上运行代码。

如果我想通过按服务器上的按钮从服务器上的客户端上执行一种方法，那么我认为WCF双工不合适。

为什么我不只是在两个应用程序的每个末端都创建一个客户端和一个服务器？

Answer 1

我是对您以前的问题发表评论的人之一，所以我可能在这里欠您一个答案：o）

您已经发布了很多代码，而我没有详细介绍它。 但是，总的来说，有一个原因是通常使用wsDualHttpBinding和双工协定，而不是更多地使用对等方法来实现双方的服务，原因如下：

如果您有明确定义的且永久运行的服务器，则双工方法是合适的。 这提供了交互的枢纽 。 这个想法是，客户端在某种程度上比服务器更具瞬态性。 客户端可以启动，关闭或移动位置，服务器不需要事先知道它们。 客户端启动时，将对其进行预配置以了解服务器的位置，以便它可以向服务器“注册”自身。

相反，不需要预先配置服务器即可知道客户端的位置。 它会启动，并且可以独立于任何客户端运行。 它仅接受具有有效凭据的所有客户端上线的所有“注册”，并且可以在客户端脱机后继续运行。 同样，如果客户端移动，它只是在服务器的新位置重新注册自己。

因此，从某种意义上说，服务器是系统中更“重要”的部分。 没有服务器，没有客户端可以参与通信，但是服务器可以独立于任何客户端运行。

要使用WCF双工服务来执行此操作，您必须自己做一些额外的工作才能实现发布/订阅行为。 幸运的是，MSFT模式和实践团队已经提供了一些指导，以帮助您实现目标。

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

这与真正的点对点方法根本不同，在真正的点对点方法中，网络没有明确定义的集线器（即服务器），每个节点可以来去去而不会影响网络的整体功能。

Answer 2

当您具有“发布/订阅”设置（也称为“ 观察者模式” ）时，将使用WCF Duplex。 假设您有一项订阅某种通知（例如新电子邮件）的服务。 通常，您需要定期检查更新。 使用WCF Duplex，发布者可以在更新时自动通知订阅者。