0

我有一个 WCF 服务，它将某些请求路由到中央处理应用程序。WCF 服务使用基本的 HTTP/S 绑定；这是为了与各种客户端技术（Java、Python 等）兼容。

我的任务是向服务添加通知，以便客户端应用程序（服务本身）可以使用 URI 作为参数调用 WCF 方法之一，以便在发送的项目发生状态更改时收到通知原始请求。基本上，他们调用服务并给它一个 URI 字符串以及其他数据。如果/当数据状态发生变化（可能会在几天后发生或永远不会发生），他们应该在他们提供的 URI 处获得响应 DTO，通知它发生了变化。

我遇到的问题是，在 WCF 中使用基本绑定显然不可能实现正确的发布-订阅模式。我可以手动创建一个肥皂信封并调用传递的 URI，但我不知道如何传达返回服务应该通过服务本身实现的回调方法协定（这样他们就可以从 WSDL 中获取它。）

我可以为进行调用的客户手动整理需求规范，但我更愿意以消费者服务可以以编程方式获取的方式使其可用，以便它始终与 WCF 服务本身保持 1:1 的关系。

  1. 有没有更好的方法来做到这一点，记住我仅限于基本的 HTTP 绑定？
  2. 如果没有，有没有办法以编程方式公开回调服务方法的外观？
4

1 回答 1

1

您可以使用双工绑定，但它不适用于客户端（除 .Net 之外）开箱即用。

对于您的用例，我会考虑检查 SignalR 的使用情况。它可以托管在您的 wcf 服务中，并且能够通知您的客户。

另请参阅：作为 WCF Web 套接字服务的 SignalR。

另外，我还会检查 WebSocket 使用的可能性

看

http://www.codeproject.com/Articles/338789/What-s-new-in-WCF-4-5-WebSocket-support-Part-1- of http://www.codeproject.com/Articles/341413 /What-s-new-in-WCF-4-5-WebSocket-support-Part-2-of

于 2013-05-01T02:52:26.583 回答