WCF与WCF双工与套接字

Question

我曾经在某种程度上发布过有关此内容的文章，但是经过几天的阅读，我对WCF有了更好的了解，并希望在我开始研究它之前获得一些反馈。

我基本上需要开发服务器/客户端系统。 “服务器”应用程序（c＃net控制台应用程序）将在具有MySQL数据库，所有软件安装包以及我们在本地需要的其他任何计算机上运行。 “客户端”应用程序（c＃网络控制台应用程序）将在我们其余的计算机上运行，​​并保持与服务器软件的直接连接。 使用Web前端，我们的管理员将能够将软件包安装到客户端，创建新服务等。

由于我们拥有所有计算机，并且无论如何都必须对其进行配置，因此服务器推送不是问题。 我们不必担心防火墙或任何类型的NAT设置，因为我们可以进入并打开其运行所需的端口。

最初使我对WCF感到困惑的是我将“ WCF服务”与服务器相关联。 但是，由于大多数操作实际上将在“ WCF服务”上运行，所以这是我的逻辑。

1）使“客户端”应用程序实际上是“ WCF服务”，以便在适当的计算机上实际运行公开的功能。

2）让“服务器”应用程序实际上是“ WCF客户端”，并从此处发出所有指令/命令，然后仅使用返回值来更新数据库/等。

这是遵循的正确方法，还是我应该研究WCF Duplex（乍一看就非常令人困惑）还是仅从原始套接字开始？

Answer 1

从我试图做的事情来看，你是对的。 也就是说，客户端计算机上确实应该有一个运行的TCP / IP“服务器”，而中央服务器计算机上应该有Tcp / IP“客户端”。

这样，TCP / IP客户端（在服务器计算机上运行的应用程序）可以启动对每个客户端计算机的调用。

还请记住，一个应用程序既可以是tcp / ip客户端又可以是服务器。 因此，在服务器计算机上运行的应用程序也可以是tcp / ip服务器，管理员可以使用它来使用浏览器执行操作。 这实际上意味着该服务是HTTP服务。

Answer 2

因此，这不是客户端/服务器。 它是分布式计算的中心辐射型安排。 我认为，WCF可以很好地使用。 您有多个服务器和一个协调器（所有这些服务器的客户端），这些协调器可以从各种服务器上完成工作并更新数据库。

因此，WCF非常适合您。 WCF的好处是易于配置和处理通信部分。 您不必为套接字的管理而费劲。