state - 将 Web 用户控件建模为状态机是不是很糟糕？

Question

我们正在设计一个 web 用户控件，它可以做一些不同的事情。它从内部或外部获取事件，对这些事件的响应取决于此控件的状态。

我们将建模视为状态机，但我们认为它可能太令人讨厌或难以让其他人理解。你认为这是真的吗？

Answer 1

如果您可以将应用程序的控制流建模为状态机，那么 IMO 您应该. 正如其他人所说，状态机很容易以流程图的形式可视化。然而，更重要的是，拥有一个状态机作为您的模型使得验证代码的正确性变得非常简单，因为您可以确认代码涵盖了每个状态以及状态之间的每个转换。

正是出于这个原因，为微控制器编写的代码通常使用这种方法设计和实现。

冒着引发激烈争吵的风险，我还要郑重声明，任何发现状态机“太古怪或难以理解”的人都没有业务编程。毕竟，正则表达式是一个有限状态机。

Answer 2

我不这么认为，状态机非常容易画成流程图。许多非技术人员即使从未听说过“状态机”，也能看懂流程图。

Answer 3

也许可以向非技术用户询问这个问题，对我来说可以继续。

Answer 4

在 Uni，我们被积极鼓励这样做……我倾向于同意 John D. 的观点，即使你以前从未见过他们也很容易理解。

请参阅我去年参加的关于 HCI 的课程的第10 讲。