“状态设计模式”可以被认为是一种“架构模式”吗？

Question

“一种体系结构模式表达了软件系统的基本结构组织模式”。

有些软件系统可以被描述为有限状态机(特别是许多实时系统和嵌入式系统)，如果我们考虑前面第一段中给出的“架构模式”的描述，您不认为在特定情况下“状态设计模式”也可以是“架构模式”吗？

在与初级开发人员讨论涉及“状态设计模式”的设计文档时，我收到了这个问题。对于这个问题，我回答是肯定的，“状态设计模式”可以被认为是“架构设计模式”，因为应用程序主要是一个有限状态机。无论如何，在谷歌上我找不到与这个问题有关的具体讨论，所以我不确定我的答案是否正确。

正确的答案是什么(如果有可能的话)？你回答的理由是什么？

诚挚的问候。

Answer 1

这是一个非常主观的问题，不能给出正确的答案。

现在，在今天早上的时候，外面下着雨，我倾向于认为状态机并不是一个很好的架构模式。状态机定义了应用程序操作的动态，应用程序处于一种状态并进入另一种状态的先决条件和条件。

结构组织主要处理静态组件，它们是什么，它们是如何相互联系的，它们的角色是什么。状态机可以被看作是简单的组件之一。

或者，它可以被认为是系统中唯一值得考虑的组件。在这种情况下，它可能被视为一种架构模式。

正如我所说，没有正确的答案，也没有错误的答案。

Answer 2

“设计”通常指的是比“体系结构”更小的东西，状态机通常是一个小组件，所以在我看来，设计模式是正确的分类。

现在，如果您有某种模式的交互状态机覆盖整个系统，那么它可能是一个不同的故事。

(这是晴天，BTW，经过一个多云的星期。)