根據維基百科中的定義:
架構模式是乙個通用的、可重用的解決方案,用於在給定上下文中的軟體體系結構中經常出現的問題。架構模式與軟體設計模式類似,但具有更廣泛的範圍。在本文中,將簡要地解釋以下10種常見的體系架構模式,以及它們的用法、優缺點。
分層模式
客戶端-伺服器模式
主從裝置模式
管道-過濾器模式
**模式
點對點模式
事件匯流排模式
模型-檢視-控制器模式
黑板模式
直譯器模式
這種模式也稱為多層體系架構模式。它可以用來構造可以分解為子任務組的程式,每個子任務都處於乙個特定的抽象級別。每個層都為下乙個提供更高層次服務。
一般資訊系統中最常見的是如下所列的4層。
使用場景:
使用場景:
這種模式由兩方組成;主裝置和從裝置。主裝置元件在相同的從裝置元件中分配工作,並計算最終結果,這些結果是由從裝置返回的結果。
使用場景:
此模式可用於構造生成和處理資料流的系統。每個處理步驟都封裝在乙個過濾器元件內。要處理的資料是通過管道傳遞的。這些管道可以用於緩衝或用於同步。
使用場景:
此模式用於構造具有解耦元件的分布式系統。這些元件可以通過遠端服務呼叫彼此互動。**元件負責元件之間的通訊協調。
伺服器將其功能(服務和特徵)發布給**。客戶端從**請求服務,然後**將客戶端重定向到其註冊中心的適當服務。
使用場景:
在這種模式中,單個元件被稱為對等點。對等點可以作為客戶端,從其他對等點請求服務,作為伺服器,為其他對等點提供服務。對等點可以充當客戶端或伺服器或兩者的角色,並且可以隨時間動態地更改其角色。
使用場景:
這種模式主要是處理事件,包括4個主要元件:事件源、事件***、通道和事件匯流排。訊息源將訊息發布到事件匯流排上的特定通道上。偵聽器訂閱特定的通道。偵聽器會被通知訊息,這些訊息被發布到它們之前訂閱的乙個通道上。
使用場景:
這種模式,也稱為mvc模式,把乙個互動式應用程式劃分為3個部分,
這樣做是為了將資訊的內部表示與資訊的呈現方式分離開來,並接受使用者的請求。它分離了元件,並允許有效的**重用。
使用場景:
這種模式對於沒有確定解決方案策略的問題是有用的。黑板模式由3個主要組成部分組成。
所有的元件都可以訪問黑板。元件可以生成新增到黑板上的新資料物件。元件在黑板上查詢特定型別的資料,並通過與現有知識源的模式匹配來查詢這些資料。
使用場景:
這個模式用於設計乙個解釋用專用語言編寫的程式的元件。它主要指定如何評估程式的行數,即以特定的語言編寫的句子或表示式。其基本思想是為每種語言的符號都有乙個分類。
使用場景:
下面給出的**總結了每種體系架構模式的優缺點。
名稱優點
缺點分層模式
乙個較低的層可以被不同的層所使用。層使標準化更容易,因為我們可以清楚地定義級別。可以在層內進行更改,而不會影響其他層。
不是普遍適用的。在某些情況下,某些層可能會被跳過。
客戶端-伺服器模式
很好地建立一組服務,使用者可以請求他們的服務。
請求通常在伺服器上的單獨執行緒中處理。由於不同的客戶端具有不同的表示,程序間通訊會導致額外開銷。
主從裝置模式
準確性——將服務的執行委託給不同的從裝置,具有不同的實現。
從裝置是孤立的:沒有共享的狀態。主-從通訊中的延遲可能是乙個問題,例如在實時系統中。這種模式只能應用於可以分解的問題。
管道-過濾器模式
展示併發處理。當輸入和輸出由流組成時,過濾器在接收資料時開始計算。輕鬆新增過濾器,系統可以輕鬆擴充套件。過濾器可重複使用。 可以通過重新組合一組給定的過濾器來構建不同的管道。
效率受到最慢的過濾過程的限制。從乙個過濾器移動到另乙個過濾器時的資料轉換開銷。
**模式
允許動態更改、新增、刪除和重新定位物件,這使開發人員的發布變得透明。
要求對服務描述進行標準化。
點對點模式
支援分布式計算。對任何給定節點的故障處理具有強大的健壯性。在資源和計算能力方面具有很高的可擴充套件性。
服務質量沒***,因為節點是自願合作的。安全是很難得到保證的。效能取決於節點的數量。
事件匯流排模式
新的發布者、訂閱者和連線可以很容易地新增。對高度分布式的應用程式有效。
可伸縮性可能是乙個問題,因為所有訊息都是通過同一事件匯流排進行的。
模型-檢視-控制器模式
可以輕鬆地擁有同乙個模型的多個檢視,這些檢視可以在執行時連線和斷開。
增加複雜性。可能導致許多不必要的使用者操作更新。
黑板模式
很容易新增新的應用程式。擴充套件資料空間的結構很簡單。
修改資料空間的結構非常困難,因為所有應用程式都受到了影響。可能需要同步和訪問控制。
直譯器模式
高度動態的行為是可行的。對終端使用者程式設計性提供好處。提高靈活性,因為替換乙個解釋程式很容易。
由於解釋語言通常比編譯後的語言慢,因此效能可能是乙個問題。
MVC 架構模式
mvc架構模式 模型 檢視 控制器 model view controller 模型 模型代表應用程式的資料以及用於訪問控制和修改這些資料的業務規則,當模型發生改變時,它會通知檢視,並為檢視提供查詢模型相關狀態的能力.同時,它也為控制器提供訪問封裝在模型內部的應用程式功能的能力.檢視 檢視用來組織模...
iOS MVC 架構模式
2 view 檢視物件 3 controller 控制器物件 直到進行單元測試的時候才會發現問題越來越明顯。因為你的 viewcontroller 和 view 是緊密耦合的,對它們進行測試就顯得很艱難 你得有足夠的創造性來模擬 view 和它們的生命週期,在以這樣的方式來寫 view contro...
架構模式(MVVM MVC)
架構模式的最終目標都是將不同的邏輯分離出來,即邏輯分層,降低專案的複雜性。如業務邏輯與展示層邏輯的分離,某個層邏輯的變動不會造成其他層的變動。比如後端的mvc model view controller 架構中 又比如前端的mvvm model view viewmodel 架構 為啥mvc和mvv...