到目前为止,除了可以从双通道获得的即时通知之外,没有人能真正提供在客户端轮询系统上使用双通道的任何好处.其他每一点都说如果你不需要立即通知双重约束提供负值 - 任何人都不同意这一点？
使用IIS托管服务的WSDualHttpBinding与调用WCF服务的客户端轮询相比有多大的好处,假设在后者中服务缓存了有问题的数据？
此场景将用于通知类型的服务,其中客户端需要在事件发生时通知服务.
具体来说,WSDualHttpBinding提供了哪些优于轮询的优势？即:网络流量更少,设计更快,更易于维护,更多控制???
据我所知,WSDualHttpBinding的可扩展性低于客户端轮询,所以为什么要使用它呢？编辑:正如Matt提供的,时间关键可能是双面绑定的一个原因.
这是我到目前为止:
WSDualHttpBinding
adv:可以立即响应w/o等待轮询计时器
dis:比WsHttpBinding可伸缩性低
dis:防火墙友好
dis:比WSHttpBinding慢
我会根据评论加上这个,如果我说错了,请告诉我.
谢谢你输入:-)
我需要通过客户端防火墙使用WCF推送技术.这一定是一个常见的问题,而且我知道它在理论上是有效的(参见下面的链接),但是我没能使它工作,而且我找不到能够演示它的代码示例.
要求:
解决方案似乎是双工netTcpBinding.根据这些信息:
但我还没有找到一个有效的代码示例..我尝试将微软的WCF样本中的"Duplex"和"TcpActivation"样本结合起来,没有任何运气.请有人指出我可以使用的示例代码,或构建一个小样本应用程序.非常感谢!