「國家設計模式」可以被認爲是「建築模式」？

Question

「架構模式表示軟件系統的基本結構組織模式」。

如果我們考慮第一段給出的「架構模式」的先前描述，可以將軟件系統描述爲有限狀態機（特別是許多實時系統和嵌入式系統），不要您是否認爲在特定情況下，「狀態設計模式」也可以是「架構模式」？

在與涉及「狀態設計模式」的初級開發人員討論設計文檔時，我收到了此問題。由於該應用程序主要是一個有限狀態機，因此我對這個問題回答「是」，即「狀態設計模式」可以被認爲是「體系結構設計模式」。無論如何，在Google上找我沒有找到與此問題有關的具體討論，所以我不確定我的答案是否正確。

什麼是正確的答案（如果可以給一個）？ 你的答案的基本原理是什麼？

此致敬禮。

Answer 1

這是一個非常主觀的問題，沒有正確的答案可以給出。

現在，在這個早上的時間，外面有雨天，我傾向於提出一個狀態機並不是一個很大的建築模式。狀態機相當定義了應​​用程序操作的動態，應用程序處於一種狀態並轉到另一種狀態的先決條件和條件。

一個結構化組織主要處理靜態組件，它們是什麼，它們是如何相互關聯以及它們的角色是什麼。狀態機可能被認爲是簡單的組件之一。

或者它可以被認爲是值得考慮的系統的唯一組成部分。在這種情況下，它可能被視爲一種架構模式。

正如我所說，沒有正確的答案，也沒有錯誤的答案。

Answer 2

「設計」通常指的是比「體系結構」更小的事物，而狀態機通常是一個小部件，所以在我看來設計模式是正確的分類。

現在如果你有一些覆蓋整個系統的交互狀態機的模式，那麼它可能是一個不同的故事。

（今天是晴天這裏，順便說一句，相當渾濁的一週後。）