问题标签 [duplex]

我一直在寻找它，但我并没有真正找到任何关于如何通过 Silverlight 的双工连接 (pollingHttpDuplex) 提取数据的内容。

我已经用双工设置了基本的 sub/pub 应用程序。

现在我想获取用户连接的主题列表。我的第一个想法是设置简单的 DataContract（只有一个字段 TopicName），然后从 Dicionary 中获取我一直用来存储当前主题的数据。所以我最终得到了这样的结果：

我在这里做错了什么。因为最大的问题是如何将其发送到客户端（Silverlight 4），并将其绑定到控件？

双工对于应用也是必不可少的。将其更改为其他任何东西都不是一种选择。

我做了一个简单的聊天应用程序来学习一些新东西，我现在想做的是添加当前登录聊天的用户列表。所以我这样做了：

还有对应User的DataConctract。反正。此方法获取字典中存在的所有用户并将它们放入 ObservableCollection。

我想要做的是将数据从这个集合推送给用户，如果它发生变化（用户登录或注销）。

到目前为止，我只能通过调用手动从服务器中提取数据

手动。Silverlight 应用程序中的槽推按钮。但这不是为什么我使用双工连接来强制用户（或客户端应用程序）定期调用服务器，检查是否有新数据。我希望服务器将任何新数据推送到客户端。

这是服务合同。老实说，我真的不知道这是否相关，但我发布它以防万一。

我们正在为尚未发布的企业级 LOB 应用程序中的一项功能使用双工合同，该应用程序利用WPF 构建的胖客户端和 WCF 构建的服务器。

到目前为止，在开发过程中，我们一直在使用 net.tcp 绑定以获得最佳性能。现在部署即将到来，并且诸如通过 Web 代理访问 Internet 等问题已经暴露出来，net.tcp 不再适合。

我已经开始使用 wsHttp 和 wsDualHttp 但同时意识到通过 Web 代理（以及 NAT 遍历）进行双工连接是不可能的。

现在我在想：为什么我不能建立一个 tcp 隧道（使用支持 Web 代理的专有软件，使用 HTTP CONNECT）并获得两全其美、代理支持、速度和安全性？

这可能吗？我们能否访问 http.sys 使用的底层套接字来为给定请求提供响应。我希望能够通过端口 80 上的 http 协议支持全双工通信。

有没有办法为当前请求获取已建立的套接字，并保留它以进行全双工通信？

我的用例是网络套接字。web socket的握手实际上是一个有效的http请求，我想重用我的web服务器来升级它。另一个端口可能未在客户端计算机上打开，因此端口 80 至关重要。

任何替代品都值得赞赏。

我有 Silverlight 客户端的 WCF WebService。

假设客户点击“制作建筑”。

服务将接收新任务，并计算时间，直到它准备好采取行动（即添加到数据库）。

时间 - 完成任务需要多少时间（即建造建筑物）。

关键是如何将任务延迟一定的时间。

另外，有没有办法将时间从服务器传输到客户端？我已经设置了这个：

IDuplexClient：

和客户端：

它正在工作..对于第一次运行。但时间并没有得到刷新，这不是我想要的。同样，在浏览器中进行几次强制刷新后，时间完全停止显示。

那是整个客户端代码。尽管我最终修复了并且时间正确地流向客户端（这非常容易，至少现在用 while(true) 语句来封装 foreach 就足够了）。

但另一方面。当我关闭浏览器并再次打开它时，什么也没有出现。以及在我刷新它之后，时间根本不会出现。

我有一个需要将数据推送到它的网站。不幸的是，除了使用 HTML 5 WebSockets（我不能保证我的客户将拥有 HTML5 浏览器）和 Comet（我没有使用 java/tomcat）之外，我不知道任何其他方法。

我不喜欢在这个特定项目中使用服务器端 ASP.NET，并且更喜欢使用 ASP.NET MVC 或类似的东西。是否可以将 JavaScript 与双工服务结合起来？

很不言自明。如果发生任何事情，我需要一项服务来通知我的客户端应用程序，但该应用程序位于 .net 2.0 中，我不愿意仅针对此功能进行升级。

是否可以在 WCF 服务和 .net 2.0 应用程序之间进行双工通信？

我已按照本教程构建我的聊天应用程序。当我尝试添加对我的服务的引用时，我收到以下错误：

合同需要 Duplex，但绑定“BasicHttpBinding”不支持它或未正确配置以支持它。

我的 web.config 如下：

你知道有没有一种方法可以将数据推送到 SL 4.0 客户端而无需轮询（即使在引擎盖下）且无需套接字？

谢谢！

我正在尝试在 SO 上扩展此答案，以使 WCF 客户端在瞬态网络故障时重试，并处理其他需要重试的情况，例如身份验证过期。

问题：

需要处理的 WCF 异常有哪些，处理它们的正确方法是什么？

以下是我希望看到的一些示例技术，而不是或除了proxy.abort()：

• 重试前延迟 X 秒
• 关闭并重新创建一个 New() WCF 客户端。处理旧的。
• 不要重试并重新抛出此错误
• 重试N次，然后抛出

由于一个人不太可能知道所有异常或解决它们的方法，因此请分享您所知道的。我将在下面的代码示例中汇总答案和方法。