客户端上的WCF自托管？好还是坏

Question

我想知道是否有人尝试过这种从服务器端获取事件到客户端的技术。我的环境使用基于Unix的服务器，因此不能使用WCF、双工/回调等。

我的想法是，我的客户端是运行胖.net应用程序的windows机器，它会启动一个WCF self主机，并在服务器上为该会话注册它们的self host URL。它们将有一个非常简单的约定，当服务器有更新时，它会调用客户端服务器，告诉它更新正在服务器上等待，然后客户端将获得它，等等。

我仍然试图让我的头围绕WCF，所以不确定这是否是一个好的方法，是否有任何我应该担心的安全问题？有没有办法让双工调用跨平台工作？

在使用套接字之前，我已经做过类似的事情，或者跨平台消息队列可能是更好的方式。

谢谢

76mel

Answer 1

至少，这听起来应该可以工作，尽管我猜你也可以托管在IIS中，因为*nix服务器可以进行web调用，对吧？我不确定什么是自托管会给你带来什么好处，虽然它应该可以很好地工作，但配置起来可能会有点麻烦，等等。

当你做出决定时，请在这里更新，因为这听起来像是一个有趣的挑战，我们中的一些人想看看你是如何完成的。

Answer 2

对于类似的场景，我们使用自托管的WCF。我们还希望避免使我们的客户端应用程序依赖于IIS，以避免许可和部署的麻烦。

它对我们来说工作得相当好，尽管WCF对于你所需要的东西可能是过度杀伤力。由于您使用的是超文本传输协议，因此您可以直接在Http.sys上创建一个简单的web服务。

Answer 3

另一种获得类似结果的方法可能是让客户端进行投票。这在很大程度上取决于有什么需求。如果你需要一个近乎实时的更新，这显然是行不通的，因为你必须有很多轮询才能做到这一点，但如果花一分钟或更多的时间来获得客户端的更新是可以的，轮询可能就是答案。