我已经使用 Swing 实现了 GUI，并且总是尽可能地遵循 MVC 模式。
但我想知道 MVC 是否不是这个难题的唯一部分。
GUI 的设计中也使用了 FSM 吗？
我从未在 GUI 中使用过 FSM，我的方法是：在操作时，调用控制器的相应方法，最终更新模型，最后更新视图。
通常，根据用户操作触发的请求，我使用一些简单的检查来确保用户应该能够执行此类操作：是否启用了特定组件？或者这种标签是可见的吗？ ETC。
到目前为止，这似乎有效，但我不得不承认我很“幸运”，不需要构建太复杂或复杂的 GUI。
我之前已经构建过 FSM（在不同类型的应用程序中 - 主要是在 C++ 中），并且我开始怀疑 GUI 中的 FSM 是否实际上用作一种模式，以及我的方法，即检查 ActionListeners 代码、用户看到的内容以及哪些组件启用或禁用等以确定用户是否应该看到一些错误消息而不是能够执行特定操作，例如对于成熟的 GUI 应用程序来说，按钮承诺实际上是一个坏主意。
那么，当开始设计 GUI 时，除了如何实现 MVC 之外，您还会在设计中安装/关联 FSM 吗？
UPDATE:
在回顾了 Dhruv Gairola 的评论文章后，我仍然对此感到困惑。
该文章提到构建一个 FSM，尽管它实际上绑定到计算器实现，这意味着即使计算器实现为在没有 GUI 的情况下通过命令行获取用户输入，仍然需要 FSM。
我仍然不确定验证用户在每个时间点的操作的 FSM 是否是流行或有效的设计。
看起来这可能需要花费太多精力，并且需要完全提前设计 GUI，并且所有可能的用户操作都已根据特定状态映射到特定结果。
鉴于没有任何评论，只有一个回复，我倾向于认为可能实际上没有使用 FSM（验证用户对控件的操作）。
非常欢迎对此提出任何意见。
谢谢。
让我们这样说——设计模式主要是不同设计原则的阐述，例如封装变化的内容，对接口进行编程，而不是实现，等等，因此您不必使用模式或任何东西，基本上确保您的编程方式符合良好的设计原则。如果将 FSM 用于特定设计具有设计意义，我建议您采用它。通常鼓励使用模式，以便其他程序员能够理解您的逻辑，并根据他们对模式的了解轻松地对其进行扩展。没有严格的规则说你必须使用 MVC，你必须使用等等等等。结论：只要你应用的模式符合良好的设计原则，（或者即使你没有使用特定的模式） ），确保它的设计足够好，足以让其他人轻松扩展和理解它。这就是我的两分钱的价值..
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
