c# - 适当的编程设计问题

Question

我有几个关于好的编程设计的问题。我将首先描述我正在构建的项目，以便您更好地帮助我。

我正在编写类似于 TeamViewer、Microsoft 远程桌面和 CrossLoop 的远程协助工具。它将包含 UDP 网络(使用 Lidgren 网络库)、NAT 遍历(因为现在许多计算机在路由器后面是不可见的)、镜像驱动程序(使用 DFMirage 的镜像驱动程序(http://www.demoforge.com/dfmirage.htm)在远程计算机上实时抓取屏幕等概念) .

也就是说，这个程序有一个客户端-服务器架构的概念，但我只制作了一个同时具有客户端和服务器功能的程序。这样，当用户运行我的程序时，他们可以在提供帮助和接受帮助之间切换，而无需下载单独的客户端或服务器模块。

我有一个 Windows 窗体，它允许用户在提供帮助和接受帮助之间进行选择。我有另一个用于文件资源管理器模块的 Windows 窗体。我有另一个用于聊天模块的 Windows 窗体。我有另一个用于注册表编辑器模块的 Windows 窗体窗体。我有另一个用于实时控制模块的 Windows 窗体。所以我为每个模块准备了一个 Form，这就提出了第一个问题:

<强>1。我应该在相应 Windows 窗体的代码中处理特定于模块的命令吗？ 意思是，假设我得到一个命令，其中包含一些数据，这些数据为特定目录枚举了远程用户的文件。显然，我必须在文件资源管理器 Windows 窗体上更新它并将条目添加到 ListView。我应该在 Windows 窗体中处理这段代码吗？或者我应该在另一个类中处理这个(当然，我最终必须将数据传递给 Form 来绘制)。还是像混合体，我在另一个类中处理大部分数据，并将最终结果传递给 Form 进行绘制？

所以我有大约 5-6 个表格，每个模块一个。用户启动我的程序，输入远程机器的 ID(不是 IP，ID，因为我们正在向中间服务器注册以启用 NAT 穿越)，他们的密码，然后连接。现在假设连接成功。然后向用户呈现一个包含所有不同模块的表单。所以他可以打开一个文件资源管理器，或者他可以乱用注册表编辑器，或者他可以选择与他的好友聊天。所以现在程序有点空闲，只是在等待用户做某事。如果用户打开 Live Control，那么程序将花费大部分时间从远程机器接收数据包并将它们绘制到表单以提供“实时” View 。

2. 第二个设计问题。衍生问题#1。 我如何将特定于模块的命令传递给它们各自的 Windows 窗体？我的意思是，我有一个类似“NetworkHandler.cs”的类来检查来自远程计算机的消息。 NetworkHandler.cs 是一个全局可访问的静态类。因此，假设我收到一个命令，该命令为特定目录枚举远程用户的文件。 我如何将该命令“给”到文件资源管理器表单。我正在考虑在 NetworkHandler 中创建一个 OnCommandReceivedEvent，并让每个表单注册到该事件。当 NetworkHandler 收到命令时，它会引发事件，所有表单都会检查它是否相关，然后适当的表单会采取行动。这是可用的合适/最佳解决方案吗？

<强>3。我正在使用的网络库 Lidgren 提供了两个选项来检查网络消息。 一个可以轮询 ReadMessage() 以返回 null 或一条消息，或者可以使用 AutoResetEvent OnMessageReceived(我猜这是像一个事件)。哪个更合适？

Answer 1

1. 在表单中放置尽​​可能少的代码。您应该创建一个单独的类/类集来处理这个问题，并使表单使用它们来绘制。

2. 事件似乎是个好主意。我不会让表单订阅，而是让另一个类进行处理并将处理后的数据传递给表单(通过另一个事件)。

3. 我会使用该事件，因为它可能会检查异步，这正是您想要的。您不想在等待消息时锁定表单。