将Web用户控件建模为状态机不好吗？

Question

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

我们把建模看作一个状态机，但我们认为它可能太怪异或难以让其他人理解。你认为这是真的吗？

Answer 1

我不这么认为，状态机非常容易画成流程图。许多非技术人员可以阅读流程图，即使他们从未听说过“状态机”。

Answer 2

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

Answer 3

在Uni，我们积极鼓励这样做...我倾向于同意约翰D.他们很容易遵循，即使你以前从未见过他们。

请参阅我去年参加过HCI的班级的lecture 10。

Answer 4

如果您可以将您的应用程序的控制流建模为状态机，那么IMO 应为。正如其他人所说，状态机很容易以流程图形式显示。然而，更重要的是，将状态机作为你的模型使得你的代码的正确性更加简单，因为你可以确认代码覆盖了状态之间的每个状态和每个转换。正因为这个原因，为微控制器编写的代码通常是使用这种方法设计和实现的。

在冒着激起火焰战争的风险的同时，我还会声明任何发现状态机“太怪异或难以理解”的人都没有商业编程。毕竟，正则表达式是一个有限状态机。