Wcf 轮询或不轮询（在web服务上下文中）

我们可以使用轮询来查找来自某些源的更新，例如，连接到Web服务器的客户端。WCF以双工契约的方式提供了一个漂亮的特性，在这个特性中，我可以维护到客户机的连接，并随意调用该连接。

---

办公室里的一些同事正在讨论这两种解决方案的优点，我想得到关于何时最好地使用每种策略的反馈。

我会使用基于事件的机制，而不是轮询。在WCF中，您可以通过遵循Juval Lowy在其网站上提供的发布-订阅框架轻松做到这一点

部分取决于你有多少用户

假设您有1000000个用户，那么您在维护这么多会话时会遇到问题

---

但是，如果你的系统每秒可以响应1000次民意测验请求，那么每个客户都可以每1000秒进行一次民意测验。

我认为设拉子完成了这个任务，但我想说两件事

我在双工方面遇到了麻烦 合同。你必须拥有所有这些 你的鸭子在一排关于 回调通道。。。你必须 检查它，确保它是打开的， 等等。IDesign.net的内容将是 管道规范的最低数量 你必须包括在内

如果对你的解决方案有意义 （这仅适用于某些情况。） 情况），MSMQ绑定允许 向服务发送数据的客户端 以异步方式（如双工）， 但这项服务并不是针对 信息。。。它会在 一个人通过某种方式进入队列 在管道的掩护下

这会迫使你改变主意 周围的沟通（客户成为 服务器，服务器变为客户端），但 如果大多数的沟通 是单向的，这将提供很多 利益的分配。另一个优势 这里显然是排队的 通信-服务器可以 放下，不要错过任何消息。。。 它回来的时候会把它们捡起来的 在线

---

需要考虑的问题。

另外：如果需要与MSMQ进行双向通信，则必须分别实现两个端点。服务将有一个客户端和一个服务，客户端将有一个服务和一个客户端（这样两者都可以发送和接收消息）。