[TOC]
# 什么是架構模式
根據維基百科中的定義：
架構模式是一個通用的、可重用的解決方案，用于在給定上下文中的軟件體系結構中經常出現的問題。
架構模式與軟件設計模式類似，但具有更廣泛的范圍。
在本文中，將簡要地解釋以下10種常見的體系架構模式，以及它們的用法、優缺點。
1. 分層模式
2. 客戶端-服務器模式
3. 主從設備模式
4. 管道-過濾器模式
5. 代理模式
6. 點對點模式
7. 事件總線模式
8. 模型-視圖-控制器模式
9. 黑板模式
10. 解釋器模式
# 分層模式
這種模式也稱為多層體系架構模式。它可以用來構造可以分解為子任務組的程序，每個子任務都處于一個特定的抽象級別。每個層都為下一個提供更高層次服務。
一般信息系統中最常見的是如下所列的4層。
1. 表示層(也稱為UI層)
2. 應用層(也稱為服務層)
3. 業務邏輯層(也稱為領域層)
4. 數據訪問層(也稱為持久化層)
使用場景：
1. 一般的桌面應用程序
2. 電子商務Web應用程序
# 客戶端-服務器模式
這種模式由兩部分組成：一個服務器和多個客戶端。服務器組件將為多個客戶端組件提供服務。客戶端從服務器請求服務，服務器為這些客戶端提供相關服務。此外，服務器持續偵聽客戶機請求。
使用場景：
1. 電子郵件，文件共享和銀行等在線應用程序
# 主從設備模式
這種模式由兩方組成;主設備和從設備。主設備組件在相同的從設備組件中分配工作，并計算最終結果，這些結果是由從設備返回的結果。
使用場景：
1. 在數據庫復制中，主數據庫被認為是權威的來源，并且要與之同步
2. 在計算機系統中與總線連接的外圍設備(主和從驅動器)
# 管道-過濾器模式
此模式可用于構造生成和處理數據流的系統。每個處理步驟都封裝在一個過濾器組件內。要處理的數據是通過管道傳遞的。這些管道可以用于緩沖或用于同步。
使用場景：
1. 編譯器。連續的過濾器執行詞法分析、解析、語義分析和代碼生成
2. 生物信息學的工作流
# 代理模式
此模式用于構造具有解耦組件的分布式系統。這些組件可以通過遠程服務調用彼此交互。代理組件負責組件之間的通信協調。
服務器將其功能(服務和特征)發布給代理。客戶端從代理請求服務，然后代理將客戶端重定向到其注冊中心的適當服務。
使用場景：
消息代理軟件，如Apache ActiveMQ，Apache Kafka，RabbitMQ和JBoss Messaging
# 點對點模式
在這種模式中，單個組件被稱為對等點。對等點可以作為客戶端，從其他對等點請求服務，作為服務器，為其他對等點提供服務。對等點可以充當客戶端或服務器或兩者的角色，并且可以隨時間動態地更改其角色。
使用場景：
1. 像Gnutella和G2這樣的文件共享網絡
2. 多媒體協議，如P2PTV和PDTP
3. 像Spotify這樣的專有多媒體應用程序
# 事件總線模式
這種模式主要是處理事件，包括4個主要組件：事件源、事件監聽器、通道和事件總線。消息源將消息發布到事件總線上的特定通道上。偵聽器訂閱特定的通道。偵聽器會被通知消息，這些消息被發布到它們之前訂閱的一個通道上。
使用場景：
1. 安卓開發
2. 通知服務
# 模型-視圖-控制器模式
這種模式，也稱為MVC模式，把一個交互式應用程序劃分為3個部分，
1. 模型：包含核心功能和數據
2. 視圖：將信息顯示給用戶(可以定義多個視圖)
3. 控制器：處理用戶輸入的信息
這樣做是為了將信息的內部表示與信息的呈現方式分離開來，并接受用戶的請求。它分離了組件，并允許有效的代碼重用。
使用場景：
1. 在主要編程語言中互聯網應用程序的體系架構
2. 像Django和Rails這樣的Web框架
# 黑板模式
這種模式對于沒有確定解決方案策略的問題是有用的。黑板模式由3個主要組成部分組成。
1. 黑板——包含來自解決方案空間的對象的結構化全局內存
2. 知識源——專門的模塊和它們自己的表示
3. 控制組件——選擇、配置和執行模塊
所有的組件都可以訪問黑板。組件可以生成添加到黑板上的新數據對象。組件在黑板上查找特定類型的數據，并通過與現有知識源的模式匹配來查找這些數據。
使用場景：
1. 語音識別
2. 車輛識別和跟蹤
3. 蛋白質結構識別
4. 聲納信號的解釋
# 解釋器模式
這個模式用于設計一個解釋用專用語言編寫的程序的組件。它主要指定如何評估程序的行數，即以特定的語言編寫的句子或表達式。其基本思想是為每種語言的符號都有一個分類。
使用場景：
1. 數據庫查詢語言，比如SQL
2. 用于描述通信協議的語言
# 體系架構模式的比較
下面給出的表格總結了每種體系架構模式的優缺點
