10種常見的軟體架構模式的比較

2021-09-28 14:12:56 字數 1101 閱讀 1639

**這位大佬部落格:

名稱優點

缺點分層模式

乙個較低的層可以被不同的層所使用。層使標準化更容易,因為我們可以清楚地定義級別。可以在層內進行更改,而不會影響其他層。

不是普遍適用的。在某些情況下,某些層可能會被跳過。

客戶端-伺服器模式

很好地建立一組服務,使用者可以請求他們的服務。

請求通常在伺服器上的單獨執行緒中處理。由於不同的客戶端具有不同的表示,程序間通訊會導致額外開銷。

主從裝置模式

準確性——將服務的執行委託給不同的從裝置,具有不同的實現。

從裝置是孤立的:沒有共享的狀態。主-從通訊中的延遲可能是乙個問題,例如在實時系統中。這種模式只能應用於可以分解的問題。

管道-過濾器模式

展示併發處理。當輸入和輸出由流組成時,過濾器在接收資料時開始計算。輕鬆新增過濾器,系統可以輕鬆擴充套件。過濾器可重複使用。 可以通過重新組合一組給定的過濾器來構建不同的管道。

效率受到最慢的過濾過程的限制。從乙個過濾器移動到另乙個過濾器時的資料轉換開銷。

**模式

允許動態更改、新增、刪除和重新定位物件,這使開發人員的發布變得透明。

要求對服務描述進行標準化。

點對點模式

支援分布式計算。對任何給定節點的故障處理具有強大的健壯性。在資源和計算能力方面具有很高的可擴充套件性。

服務質量沒***,因為節點是自願合作的。安全是很難得到保證的。效能取決於節點的數量。

事件匯流排模式

新的發布者、訂閱者和連線可以很容易地新增。對高度分布式的應用程式有效。

可伸縮性可能是乙個問題,因為所有訊息都是通過同一事件匯流排進行的。

模型-檢視-控制器模式

可以輕鬆地擁有同乙個模型的多個檢視,這些檢視可以在執行時連線和斷開。

增加複雜性。可能導致許多不必要的使用者操作更新。

黑板模式

很容易新增新的應用程式。擴充套件資料空間的結構很簡單。

修改資料空間的結構非常困難,因為所有應用程式都受到了影響。可能需要同步和訪問控制。

直譯器模式

高度動態的行為是可行的。對終端使用者程式設計性提供好處。提高靈活性,因為替換乙個解釋程式很容易。

由於解釋語言通常比編譯後的語言慢,因此效能可能是乙個問題。

10種常見的軟體架構模式

有沒有想過要設計多大的企業規模系統?在主要的軟體開發開始之前,我們必須選擇乙個合適的體系結構,它將為我們提供所需的功能和質量屬性。因此,在將它們應用到我們的設計之前,我們應該了解不同的體系結構。根據維基百科中的定義 架構模式是乙個通用的 可重用的解決方案,用於在給定上下文中的軟體體系結構中經常出現的...

10種常見的軟體架構模式

有沒有想過要設計多大的企業規模系統?在主要的軟體開發開始之前,我們必須選擇乙個合適的體系結構,它將為我們提供所需的功能和質量屬性。因此,在將它們應用到我們的設計之前,我們應該了解不同的體系結構。根據維基百科中的定義 架構模式是乙個通用的 可重用的解決方案,用於在給定上下文中的軟體體系結構中經常出現的...

常見的軟體架構模式

模式 優點缺點 分層模式 乙個底層服務可以被不同的高層服務使用 分層結果更容易進行標準化,因為可以清晰地定義每個層級層級內的修改會影響其它層 不是普適性的架構 某些場景下,需要跳過其中一些分層 cs模式 容易對系列服務進行建模,供客戶端請求 請求通常是在伺服器的不同執行緒中進行響應的 因為不同客戶端...