C# 窗口窗体的设计模式

我正在编写一个抽认卡程序，并且在编写此类表单程序时遇到了一个问题。

我将描述程序，然后描述问题。

在此程序中，一个主窗体控制几乎所有操作。 根据用户的输入和表单事件，不同的按钮/控件可能会启用或禁用，各种框中的文本可能会被填充等。

例如：

• 有些问题可能是多项选择题，而另一些则需要键入输入。
• 用户输入他们的答案并点击一个按钮 - 如果他们弄错了什么，他们可以选择覆盖"错误答案"判断，并说这确实是一个不同的，正确的变体。
• 有关正确回答了哪些问题的统计数据将被保留，并在决定接下来显示哪些闪存卡时使用。

现在问题来了。

如何最好地在"表单"代码(例如，处理"确定"按钮的 onclick 命令，以及启用或禁用各种控件(和"逻辑"代码(基础数据存储、对显示没有直接影响的程序逻辑(之间创建干净的交互？如果它全部混合在表单对象代码中，则似乎不正确。

谁能建议一种设计模式(尤其是广泛使用的模式(来干净地管理这一点？

如果相关，我正在考虑这样的事情：

• 对象模型：
  • 类 MyForm：表单本身。
  • 类窗体控制器：
    • MyForm 的子类。
    • 实例化需要一个 MyForm 类型的对象。
    • FormController的工作是通过启用/禁用控件，显示各种文本等将其MyForm对象置于特定的"状态"。
    • FormController 公开了一小组公共函数，这些函数处理表单状态的语义高级请求(例如"DisplayNewQuestion(QuestionData d("(
  • 类会话：包含涉及此会话的所有基础持久数据或对象，包括可能的问题列表、从列表中选择下一个问题的对象等。
  • 类驱动程序：驱动会话和窗体控制器对象。例如，它会向 Session 对象询问一个新问题，并将其传递给 FormController 对象以更新表单。

这样的东西的好处是，令人讨厌的表单代码和漂亮的逻辑代码现在是完全可以分离的。但这值得吗？是否有更好或更常见的设计模式？

谢谢吨！