c# - 密集分布式 C# (WCF) 架构设计

Question

我想设计一个新的分布式应用程序，但我有一些疑问，需要一些天才的建议，希望来自你们:

场景

我目前支持一个遗留应用程序，该应用程序开始陷入困境。它是一个使用 .Net Remoting 实现的分布式客户端-服务器应用程序。我无法准确解释它的作用，因为我不被允许......但是我们只能说它做了很多数学运算。我想使用 WCF 重新设计和编写应用程序。

先决条件

实现的服务器端将托管在 Windows 服务中。客户端将是一个 Windows 窗体应用程序。服务器端将执行大量内存密集型处理。服务器会将这些数据发送给多个瘦客户端(20 个左右)。大多数情况下，服务器会将数据传递给客户端，但有时客户端会将数据持久保存回服务器。数据传输的速度非常重要，但我很清楚 WCF 可以处理数据的快速分发。加密/安全性并不那么重要，因为应用程序将在高度保护的本地网络上运行。

查询

鉴于上述信息:

1)我最适合采用哪种设计模式？ - 请记住，我希望服务器不断地将新计算的信息立即推送到客户端，而不是涉及客户端不断从服务器拉取的当前实现。2)我应该使用什么类型的WCF绑定(bind)来确保最大的数据传输速度？ (尽可能接近实时是我所追求的)3)我应该使用类库在客户端和服务器应用程序之间共享公共(public)对象吗？4)在客户端对我的对象进行数据绑定(bind)以便在数据更改时不断看到实时更新的最佳方式是什么？

如果我忘记了什么，请随时指出

非常感谢您的帮助。

Answer 1

1)我最好采用哪种设计模式？

根据您的意见，您希望将当前的轮询机制转变为基于事件的机制。也就是说，当有新的计算结果可用时，让服务器通知客户端，而不是客户端不断地检查服务器的结果。

我建议使用 Juval Lowy 的发布-订阅框架。

_{(来源:microsoft.com)}
.

这个框架在this MSDN article中有详细描述。 。您可以下载framework's source code洛伊网站免费，IDesign.net .

基本上，在 Windows 服务内部执行计算的服务器逻辑是图中的发布客户端，而各种 WinForm 应用程序是订阅客户端。 Pub/Sub 服务位于您的 Windows 服务中。它管理订阅客户端列表，并为您的服务器提供单个端点来发布计算结果。通过这种方式，您的服务器执行计算并将结果一次发布到 Pub/Sub 服务端点。然后，Pub/Sub 服务负责将结果发布到订阅的客户端。

2) 我应该使用什么类型的 WCF 绑定(bind)来确保最大数据传输速度？

如果所有 WCF 通信都在一台计算机上，则您需要使用 NetNamedPipeBinding 。但是，由于您将被分发，因此您希望使用 NetTcpBinding .

对于 WCF 绑定(bind)决策，我发现此图表很有用。

3) 我应该使用类库在客户端和服务器应用程序之间共享公共(public)对象吗？

由于您可以控制客户端和服务器端，因此我强烈建议您共享类库，而不是使用 Visual Studio 的“添加服务引用”功能。有关详细讨论，请参阅this SO question-and-answer .

4) 在客户端对我的对象进行数据绑定(bind)以便在数据更改时不断看到实时更新的最佳方式是什么？

我怀疑这取决于您用来显示数据的控件。立即想到的一种方法是让您的客户端在收到每个计算结果时填写内存中的数据表。然后可以将该数据表绑定(bind)到 ListBox 控件，例如，按计算顺序显示结果。