當前位置:
首頁 > 知識 > 10種常見的軟體架構模式

10種常見的軟體架構模式

有沒有想過要設計多大的企業規模系統?在主要的軟體開發開始之前,我們必須選擇一個合適的體系結構,它將為我們提供所需的功能和質量屬性。因此,在將它們應用到我們的設計之前,我們應該了解不同的體系結構。

10種常見的軟體架構模式


什麼是架構模式?

根據維基百科中的定義:


架構模式是一個通用的、可重用的解決方案,用於在給定上下文中的軟體體系結構中經常出現的問題。架構模式與軟體設計模式類似,但具有更廣泛的範圍。

在本文中,將簡要地解釋以下10種常見的體系架構模式,以及它們的用法、優缺點。

  1. 分層模式

  2. 客戶端-伺服器模式

  3. 主從設備模式

  4. 管道-過濾器模式

  5. 代理模式

  6. 點對點模式

  7. 事件匯流排模式

  8. 模型-視圖-控制器模式

  9. 黑板模式

  10. 解釋器模式

一. 分層模式

這種模式也稱為多層體系架構模式。它可以用來構造可以分解為子任務組的程序,每個子任務都處於一個特定的抽象級別。每個層都為下一個提供更高層次服務。

一般信息系統中最常見的是如下所列的4層。

  • 表示層(也稱為UI層)

  • 應用層(也稱為服務層)

  • 業務邏輯層(也稱為領域層)

  • 數據訪問層(也稱為持久化層)

使用場景:

  • 一般的桌面應用程序

  • 電子商務Web應用程序

10種常見的軟體架構模式

二. 客戶端-伺服器模式

這種模式由兩部分組成:一個伺服器和多個客戶端。伺服器組件將為多個客戶端組件提供服務。客戶端從伺服器請求服務,伺服器為這些客戶端提供相關服務。此外,伺服器持續偵聽客戶機請求。

使用場景:

  • 電子郵件,文件共享和銀行等在線應用程序

10種常見的軟體架構模式


三. 主從設備模式

這種模式由兩方組成;主設備和從設備。主設備組件在相同的從設備組件中分配工作,並計算最終結果,這些結果是由從設備返回的結果。

使用場景:

  • 在資料庫複製中,主資料庫被認為是權威的來源,並且要與之同步

  • 在計算機系統中與匯流排連接的外圍設備(主和從驅動器)

10種常見的軟體架構模式


四. 管道-過濾器模式

此模式可用於構造生成和處理數據流的系統。每個處理步驟都封裝在一個過濾器組件內。要處理的數據是通過管道傳遞的。這些管道可以用於緩衝或用於同步。

使用場景:

  • 編譯器。連續的過濾器執行詞法分析、解析、語義分析和代碼生成

  • 生物信息學的工作流

10種常見的軟體架構模式


五. 代理模式

此模式用於構造具有解耦組件的分散式系統。這些組件可以通過遠程服務調用彼此交互。代理組件負責組件之間的通信協調。

伺服器將其功能(服務和特徵)發布給代理。客戶端從代理請求服務,然後代理將客戶端重定向到其註冊中心的適當服務。

使用場景:

  • 消息代理軟體,如Apache ActiveMQ,Apache Kafka,RabbitMQ和JBoss Messaging

10種常見的軟體架構模式


六. 點對點模式

在這種模式中,單個組件被稱為對等點。對等點可以作為客戶端,從其他對等點請求服務,作為伺服器,為其他對等點提供服務。對等點可以充當客戶端或伺服器或兩者的角色,並且可以隨時間動態地更改其角色。

使用場景:

  • 像Gnutella和G2這樣的文件共享網路

  • 多媒體協議,如P2PTV和PDTP

  • 像Spotify這樣的專有多媒體應用程序

10種常見的軟體架構模式


七. 事件匯流排模式

這種模式主要是處理事件,包括4個主要組件:事件源、事件監聽器、通道和事件匯流排。消息源將消息發布到事件匯流排上的特定通道上。偵聽器訂閱特定的通道。偵聽器會被通知消息,這些消息被發布到它們之前訂閱的一個通道上。

使用場景:

  • 安卓開發

  • 通知服務

10種常見的軟體架構模式

八. 模型-視圖-控制器模式

這種模式,也稱為MVC模式,把一個互動式應用程序劃分為3個部分,

  • 模型:包含核心功能和數據

  • 視圖:將信息顯示給用戶(可以定義多個視圖)

  • 控制器:處理用戶輸入的信息

這樣做是為了將信息的內部表示與信息的呈現方式分離開來,並接受用戶的請求。它分離了組件,並允許有效的代碼重用。

使用場景:

  • 在主要編程語言中互聯網應用程序的體系架構

  • 像Django和Rails這樣的Web框架

10種常見的軟體架構模式


九. 黑板模式

這種模式對於沒有確定解決方案策略的問題是有用的。黑板模式由3個主要組成部分組成。

  • 黑板——包含來自解決方案空間的對象的結構化全局內存

  • 知識源——專門的模塊和它們自己的表示

  • 控制組件——選擇、配置和執行模塊

所有的組件都可以訪問黑板。組件可以生成添加到黑板上的新數據對象。組件在黑板上查找特定類型的數據,並通過與現有知識源的模式匹配來查找這些數據。

使用場景:

  • 語音識別

  • 車輛識別和跟蹤

  • 蛋白質結構識別

  • 聲納信號的解釋

10種常見的軟體架構模式

十. 解釋器模式

這個模式用於設計一個解釋用專用語言編寫的程序的組件。它主要指定如何評估程序的行數,即以特定的語言編寫的句子或表達式。其基本思想是為每種語言的符號都有一個分類。

使用場景:

  • 資料庫查詢語言,比如SQL

  • 用於描述通信協議的語言

10種常見的軟體架構模式



體系架構模式的比較

下面給出的表格總結了每種體系架構模式的優缺點。


名稱 優點 缺點
分層模式 一個較低的層可以被不同的層所使用。層使標準化更容易,因為我們可以清楚地定義級別。可以在層內進行更改,而不會影響其他層。 不是普遍適用的。在某些情況下,某些層可能會被跳過。
客戶端-伺服器模式 很好地建立一組服務,用戶可以請求他們的服務。 請求通常在伺服器上的單獨線程中處理。由於不同的客戶端具有不同的表示,進程間通信會導致額外開銷。
主從設備模式 準確性——將服務的執行委託給不同的從設備,具有不同的實現。 從設備是孤立的:沒有共享的狀態。主-從通信中的延遲可能是一個問題,例如在實時系統中。這種模式只能應用於可以分解的問題。
管道-過濾器模式 展示並發處理。當輸入和輸出由流組成時,過濾器在接收數據時開始計算。輕鬆添加過濾器,系統可以輕鬆擴展。過濾器可重複使用。 可以通過重新組合一組給定的過濾器來構建不同的管道。 效率受到最慢的過濾過程的限制。從一個過濾器移動到另一個過濾器時的數據轉換開銷。
代理模式 允許動態更改、添加、刪除和重新定位對象,這使開發人員的發布變得透明。 要求對服務描述進行標準化。
點對點模式 支持分散式計算。對任何給定節點的故障處理具有強大的健壯性。在資源和計算能力方面具有很高的可擴展性。 服務質量沒有保證,因為節點是自願合作的。安全是很難得到保證的。性能取決於節點的數量。
事件匯流排模式 新的發布者、訂閱者和連接可以很容易地添加。對高度分散式的應用程序有效。 可伸縮性可能是一個問題,因為所有消息都是通過同一事件匯流排進行的。
模型-視圖-控制器模式 可以輕鬆地擁有同一個模型的多個視圖,這些視圖可以在運行時連接和斷開。 增加複雜性。可能導致許多不必要的用戶操作更新。
黑板模式 很容易添加新的應用程序。擴展數據空間的結構很簡單。 修改數據空間的結構非常困難,因為所有應用程序都受到了影響。可能需要同步和訪問控制。
解釋器模式 高度動態的行為是可行的。對終端用戶編程性提供好處。提高靈活性,因為替換一個解釋程序很容易。 由於解釋語言通常比編譯後的語言慢,因此性能可能是一個問題。

文章摘自博客園


中公優就業 幫你成就職業夢:

IT教育專業培訓:https://www.ujiuye.com/

IT職業在線教育:https://xue.ujiuye.com/

大數據時代下做java開發工程師:https://www.ujiuye.com/zt/java/?wt.bd=lsh11tt

喜歡這篇文章嗎?立刻分享出去讓更多人知道吧!

本站內容充實豐富,博大精深,小編精選每日熱門資訊,隨時更新,點擊「搶先收到最新資訊」瀏覽吧!


請您繼續閱讀更多來自 IT優就業 的精彩文章:

深入理解計算機系統——信息的存儲和表示
「全面總結」js獲取元素位置大小
電商大牛親手診斷,運營難題一點就透,深挖月入百萬秘密!
我遇到了人生中最好的教師節
Spring詳解——AspectJ 實現AOP

TAG:IT優就業 |