當(dāng)前位置:首頁(yè) > 公眾號(hào)精選 > 架構(gòu)師社區(qū)
[導(dǎo)讀]架構(gòu)模式是對(duì)給定上下文的 軟件架構(gòu)中常見(jiàn)問(wèn)題的一種通用的可復(fù)用的解決方案。 一種模式就是特定上下文的問(wèn)題的一種解決方案。然而,很多開(kāi)發(fā)者至今還對(duì)各種軟件架構(gòu)模式之間的差別搞不清,甚至對(duì)其所知甚少。

作者:Trung Anh Dang 策劃:萬(wàn)佳
架構(gòu)模式是對(duì)給定上下文的 軟件架構(gòu)中常見(jiàn)問(wèn)題的一種通用的可復(fù)用的解決方案。 一種模式就是特定上下文的問(wèn)題的一種解決方案。

然而,很多開(kāi)發(fā)者至今還對(duì)各種軟件架構(gòu)模式之間的差別搞不清,甚至對(duì)其所知甚少。 大體上,主要有下面這7種架構(gòu)模式:

  1. 分層架構(gòu)

  2. 多層架構(gòu)

  3. 管道 - 過(guò)濾器架構(gòu)

  4. 客戶端 - 服務(wù)器架構(gòu)

  5. 模型 - 視圖 - 控制器架構(gòu)

  6. 事件驅(qū)動(dòng)架構(gòu)

  7. 微服務(wù)架構(gòu)

1 分層架構(gòu)模式 最常見(jiàn)的架構(gòu)模式就是分層架構(gòu)或者稱為 n 層架構(gòu)。 大部分軟件架構(gòu)師、設(shè)計(jì)師和開(kāi)發(fā)者都對(duì)這個(gè)架構(gòu)模式非常熟悉。盡管對(duì)于層的數(shù)量和類型沒(méi)有具體限制,但大部分分層架構(gòu)主要由四層組成:展現(xiàn)層、業(yè)務(wù)層、持久層和數(shù)據(jù)庫(kù)層,如下圖所示。 程序員必知的7種軟件架構(gòu)模式 一個(gè)很流行的 n 層架構(gòu)示例  1 上下文  所有復(fù)雜的系統(tǒng)都會(huì)經(jīng)歷獨(dú)立地發(fā)展和衍化系統(tǒng)各個(gè)部分的需要。出于這個(gè)原因,系統(tǒng)開(kāi)發(fā)者需要對(duì)關(guān)注點(diǎn)進(jìn)行清晰且條理分明的分離,以便系統(tǒng)的各個(gè)模塊可以獨(dú)立地開(kāi)發(fā)和維護(hù)。  2 問(wèn)題  軟件需要以這樣一種方式分割:各個(gè)模塊可以獨(dú)自開(kāi)發(fā)和衍化,各自部分之間的交互非常少,支持可移植性、可修改性和復(fù)用性。  3 方案  為了實(shí)現(xiàn)關(guān)注點(diǎn)分離,分層模式將軟件分割成各個(gè)單元(稱為“層”)。每一層都是一組模塊,提供了一組高內(nèi)聚的服務(wù)。其使用必須是單向的。層將一組軟件作為一個(gè)完整的分區(qū),每個(gè)分區(qū)暴露一個(gè)公開(kāi)接口。

  • 第一個(gè)概念是,每一層都有特定的角色和職責(zé)。例如,展現(xiàn)層負(fù)責(zé)處理所有的用戶界面。分層架構(gòu)的這種關(guān)注點(diǎn)分離,讓構(gòu)建高效的角色和職責(zé)非常簡(jiǎn)單。
  • 第二個(gè)概念是,分層架構(gòu)模式是一個(gè)技術(shù)性的分區(qū)架構(gòu),而非一個(gè)領(lǐng)域性的分區(qū)架構(gòu)。它們是由組件組成的,而不是領(lǐng)域。
  • 最后一個(gè)概念是,分層架構(gòu)中的每一層都被標(biāo)記為封閉或者開(kāi)放。封閉層意味著請(qǐng)求從一層移到另一層,它必須通過(guò)它正下面的這一層才能達(dá)到下面這一層的再下一層。請(qǐng)求不能跳過(guò)任何層。

程序員必知的7種軟件架構(gòu)模式 封閉層和請(qǐng)求訪問(wèn)  4 弱點(diǎn)  分層會(huì)導(dǎo)致性能下降。這種模式不適合高性能應(yīng)用程序,因?yàn)榻?jīng)過(guò)架構(gòu)中的多層來(lái)實(shí)現(xiàn)一個(gè)業(yè)務(wù)請(qǐng)求的效率是不高的。 分層還會(huì)增加系統(tǒng)的前期成本和復(fù)雜性。  5 用途  我們應(yīng)該將這種方式應(yīng)用于小型簡(jiǎn)單的應(yīng)用程序或網(wǎng)站。對(duì)于預(yù)算和時(shí)間非常緊張的場(chǎng)景,這是一個(gè)不錯(cuò)的選擇。

2 多層模式  1 方案  程序員必知的7種軟件架構(gòu)模式 一個(gè)多層模式示例:消費(fèi)者網(wǎng)站 J2EE
許多系統(tǒng)的執(zhí)行結(jié)構(gòu)被組織成一系列邏輯組件分組。每個(gè)分組被稱為一個(gè)層。  1 上下文  在一個(gè)分布式部署中,通常需要將系統(tǒng)的基礎(chǔ)設(shè)施分到不同的子集中。  2 問(wèn)題  我們?nèi)绾螌⑾到y(tǒng)分割到多個(gè)計(jì)算上獨(dú)立的執(zhí)行結(jié)構(gòu):由一些通信媒介連接的軟件和硬件組?  3 弱點(diǎn)  大量前期成本和復(fù)雜性。  4 用途  用在分布式系統(tǒng)中。

3 管道-過(guò)濾器架構(gòu) 軟件架構(gòu)中反復(fù)出現(xiàn)的一種模式是管道 - 過(guò)濾器(pipe-filter)模式。 程序員必知的7種軟件架構(gòu)模式 管道過(guò)濾器模式
 1 上下文  許多系統(tǒng)需要轉(zhuǎn)換從輸入到輸出的離散數(shù)據(jù)流。許多類型轉(zhuǎn)換在實(shí)踐中重復(fù)出現(xiàn),因此將其創(chuàng)建成獨(dú)立的可復(fù)用的部分,這是比較理想的。  2 問(wèn)題  這些系統(tǒng)需要被分割成可復(fù)用的松耦合的組件,組件之間擁有簡(jiǎn)單通用的交互機(jī)制。這樣它們就可以靈活地相互結(jié)合。這些通用松耦合的組件就很容易復(fù)用。那些獨(dú)立的組件可以并行執(zhí)行。  3 方案  這種架構(gòu)中的管道構(gòu)成了過(guò)濾器之間的通信通道。第一個(gè)概念是,由于性能原因,每個(gè)管道都是非定向的和點(diǎn)對(duì)點(diǎn)的,接受來(lái)自一個(gè)源的輸入并經(jīng)常直接輸出到另外一個(gè)源。 在這種模式中,有如下四種過(guò)濾器。

  • producer( source ):一個(gè)過(guò)程的起點(diǎn)。
  • transformer ( map ):對(duì)一些或所有數(shù)據(jù)進(jìn)行轉(zhuǎn)換。
  • tester ( reduce ):測(cè)試一個(gè)或多個(gè)條件。
  • consumer ( sink ):終點(diǎn)。

 4 弱點(diǎn)  不太適合交互性的系統(tǒng),因?yàn)樗鼈兊霓D(zhuǎn)換特性。 過(guò)多的解析和反解析會(huì)導(dǎo)致性能損失,也會(huì)增加編寫(xiě)過(guò)濾器本身的復(fù)雜性。  5 用途  管道 - 過(guò)濾器架構(gòu)用于各種應(yīng)用程序,特別是簡(jiǎn)化單項(xiàng)處理的任務(wù),例如 EDI、ETL 工具。 編譯器:連續(xù)的過(guò)濾器執(zhí)行詞法分析、語(yǔ)法分析、語(yǔ)義分析和代碼生成。

4 客戶端-過(guò)濾器架構(gòu)

程序員必知的7種軟件架構(gòu)模式  1 上下文  有許多共享資源和服務(wù)是大量分布式的客戶端希望訪問(wèn)的,我們希望控制訪問(wèn)或服務(wù)質(zhì)量。  2 問(wèn)題  通過(guò)管理一組共享資源和服務(wù),我們可以通過(guò)分解公共服務(wù)并在單個(gè)位置或少數(shù)位置進(jìn)行修改來(lái)提高可修改性和復(fù)用性。我們想要通過(guò)在將資源本身分布在多個(gè)物理服務(wù)器上的同時(shí)集中控制這些資源和服務(wù),來(lái)提高可伸縮性和可用性。  3 方案  在客戶端 - 服務(wù)器模式中,組件和連接器具有特定的行為。 稱為“客戶端”的組件將請(qǐng)求發(fā)送到稱為“服務(wù)器”的組件,然后等待回復(fù)。 服務(wù)器組件接收到客戶端的請(qǐng)求并向其發(fā)送回復(fù)。  4 弱點(diǎn)  服務(wù)器會(huì)成為性能瓶頸和單點(diǎn)故障位置。 在系統(tǒng)建成后,關(guān)于功能位置(在客戶端還是在服務(wù)器)的決策通常是復(fù)雜的而且變動(dòng)成本很大。  5 用途 

對(duì)于有許多組件(客戶端)發(fā)送請(qǐng)求到另外一些提供服務(wù)的組件(服務(wù)器)的系統(tǒng),我們可以使用客戶端 - 服務(wù)器模式來(lái)建模這個(gè)系統(tǒng)的一部分:在線應(yīng)用程序,例如電子郵件、共享文檔或銀行服務(wù)。

5 模型-視圖-控制器架構(gòu)(MVC)

程序員必知的7種軟件架構(gòu)模式  1 上下文  用戶界面通常是一個(gè)交互性應(yīng)用程序的最頻繁被修改的部分。用戶通常希望從不同的視角查看數(shù)據(jù),例如柱狀圖或者餅圖。這些表示形式都應(yīng)該反映數(shù)據(jù)當(dāng)前的狀態(tài)。  2 問(wèn)題  用戶界面功能如何獨(dú)立于應(yīng)用程序功能,同時(shí)還還對(duì)用戶輸入或底層應(yīng)用程序數(shù)據(jù)的更改做出響應(yīng)? 當(dāng)?shù)讓討?yīng)用程序數(shù)據(jù)更改時(shí),如何創(chuàng)建、維護(hù)和協(xié)調(diào)用戶界面的多個(gè)視圖?  3 方案  模型 - 視圖 - 控制器(model-view-controller,即 MVC)模式將應(yīng)用程序功能分為以下三種類型的組件:

  • 模型,包含應(yīng)用程序的數(shù)據(jù)。
  • 視圖,顯示部分底層數(shù)據(jù)并與用戶交互。
  • 控制器,在模型和視圖之間進(jìn)行中介并管理狀態(tài)更改的通知。

 4 弱點(diǎn)  對(duì)于簡(jiǎn)單的用戶界面,其復(fù)雜性并不值得這么做。 模型、視圖和控制器抽象可能不適用于某些用戶界面工具包。  5 用途  MVC 是網(wǎng)站或移動(dòng)應(yīng)用程序開(kāi)發(fā)用戶界面常用的一種架構(gòu)模式。

6 事件驅(qū)動(dòng)架構(gòu)  1 上下文  需要提供計(jì)算和信息資源來(lái)處理傳入的應(yīng)用程序生成的獨(dú)立異步事件,這種方式可以隨著需求的增加而擴(kuò)展。  2 問(wèn)題  構(gòu)建分布式系統(tǒng),這個(gè)系統(tǒng)可以服務(wù)異步到達(dá)的事件相關(guān)信息,并且能從簡(jiǎn)單小型擴(kuò)展到復(fù)雜大型。  3 方案 

程序員必知的7種軟件架構(gòu)模式 為事件處理部署獨(dú)立的事件進(jìn)程或處理器。到達(dá)的事件進(jìn)入隊(duì)列。調(diào)度程序根據(jù)調(diào)度策略從隊(duì)列中拉取事件并將它們分配到合適的事件處理器。  4 弱點(diǎn)  性能和錯(cuò)誤恢復(fù)可能是問(wèn)題。  5 用途  使用這個(gè)方案的電商應(yīng)用程序?qū)⒐ぷ魅缦拢?/span> Order Service 創(chuàng)建一個(gè) Order,這個(gè)訂單處于待定狀態(tài),然后發(fā)布一個(gè) OrderCreated 事件。

  • Customer Service 接收到這個(gè)事件并嘗試為這個(gè) Order 扣除信用。然后發(fā)布一個(gè) Credit Reserved 事件或者 CreditLimitExceeded (超出信用限額)事件。
  • Order Service 接收到 Customer Service 發(fā)送的事件并將訂單狀態(tài)更改為已核準(zhǔn)或已取消。

7 微服務(wù)架構(gòu)  1 上下文  部署基于服務(wù)器的企業(yè)應(yīng)用程序,支持各種瀏覽器和原生移動(dòng)客戶端。應(yīng)用程序通過(guò)執(zhí)行業(yè)務(wù)邏輯、訪問(wèn)數(shù)據(jù)庫(kù)、與其它系統(tǒng)交換信息并返回響應(yīng)來(lái)處理客戶端請(qǐng)求。這個(gè)應(yīng)用程序可能會(huì)暴露一個(gè)第三方 API。  2 問(wèn)題  一體化應(yīng)用程序會(huì)變得過(guò)于龐大和復(fù)雜,無(wú)法得到有效支持和部署來(lái)實(shí)現(xiàn)最優(yōu)的分布式資源利用,例如在云環(huán)境中。  3 方案 

程序員必知的7種軟件架構(gòu)模式 將應(yīng)用程序構(gòu)建成服務(wù)套件。每個(gè)服務(wù)都是獨(dú)立部署和可擴(kuò)展的,擁有自己的 API 邊界。不同的服務(wù)可以用不同的編程語(yǔ)言編寫(xiě),管理它們自己的數(shù)據(jù)庫(kù),由不同的團(tuán)隊(duì)開(kāi)發(fā)。  4 弱點(diǎn)  系統(tǒng)設(shè)計(jì)必須能容忍服務(wù)失敗,需要更多的系統(tǒng)監(jiān)控。服務(wù)編排和事件協(xié)作開(kāi)銷比較大。 當(dāng)然,我們還需要更多錢(qián)。  5 用途 

許多使用場(chǎng)景都可以應(yīng)用微服務(wù)架構(gòu),特別是那些涉及大量數(shù)據(jù)管道的場(chǎng)景。例如,一個(gè)微服務(wù)系統(tǒng)對(duì)關(guān)于一個(gè)公司的零售店銷售的報(bào)表系統(tǒng)會(huì)比較理想。數(shù)據(jù)展現(xiàn)過(guò)程的每一步都會(huì)被一個(gè)微服務(wù)處理:數(shù)據(jù)收集、清理、規(guī)范化、濃縮、聚合、報(bào)告等。

特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容,還沒(méi)關(guān)注的小伙伴,可以長(zhǎng)按關(guān)注一下:

程序員必知的7種軟件架構(gòu)模式

程序員必知的7種軟件架構(gòu)模式

程序員必知的7種軟件架構(gòu)模式

長(zhǎng)按訂閱更多精彩▼

程序員必知的7種軟件架構(gòu)模式

如有收獲,點(diǎn)個(gè)在看,誠(chéng)摯感謝

免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn),不代表本平臺(tái)立場(chǎng),如有問(wèn)題,請(qǐng)聯(lián)系我們,謝謝!

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

倫敦2024年8月29日 /美通社/ -- 英國(guó)汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開(kāi)發(fā)耗時(shí)1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動(dòng) BSP

北京2024年8月28日 /美通社/ -- 越來(lái)越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時(shí)企業(yè)卻面臨越來(lái)越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對(duì)日本游戲市場(chǎng)的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國(guó)國(guó)際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)開(kāi)幕式在貴陽(yáng)舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國(guó)國(guó)際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語(yǔ)權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對(duì)環(huán)境變化,經(jīng)營(yíng)業(yè)績(jī)穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤(rùn)率延續(xù)升勢(shì) 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長(zhǎng) 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競(jìng)爭(zhēng)力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競(jìng)爭(zhēng)優(yōu)勢(shì)...

關(guān)鍵字: 通信 BSP 電信運(yùn)營(yíng)商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺(tái)與中國(guó)電影電視技術(shù)學(xué)會(huì)聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會(huì)上宣布正式成立。 活動(dòng)現(xiàn)場(chǎng) NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長(zhǎng)三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會(huì)上,軟通動(dòng)力信息技術(shù)(集團(tuán))股份有限公司(以下簡(jiǎn)稱"軟通動(dòng)力")與長(zhǎng)三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉