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

前言

架構(gòu)模式是對(duì)給定上下文的軟件架構(gòu)中常見問題的一種通用的可復(fù)用的解決方案。一種模式就是特定上下文的問題的一種解決方案范舀。然而,很多開發(fā)者至今還對(duì)各種軟件架構(gòu)模式之間的差別搞不清,甚至對(duì)其所知甚少聊倔。大體上济丘,主要有下面這7種架構(gòu)模式:

  1. 分層架構(gòu)

  2. 多層架構(gòu)

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

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

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

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

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

1 分層架構(gòu)模式
最常見的架構(gòu)模式就是分層架構(gòu)或者稱為 n 層架構(gòu)谱秽。大部分軟件架構(gòu)師、設(shè)計(jì)師和開發(fā)者都對(duì)這個(gè)架構(gòu)模式非常熟悉摹迷。盡管對(duì)于層的數(shù)量和類型沒有具體限制疟赊,但大部分分層架構(gòu)主要由四層組成:展現(xiàn)層、業(yè)務(wù)層峡碉、持久層和數(shù)據(jù)庫層近哟,如下圖所示。

一個(gè)很流行的 n 層架構(gòu)

1鲫寄、上下文
**所有復(fù)雜的系統(tǒng)都會(huì)經(jīng)歷獨(dú)立地發(fā)展和衍化系統(tǒng)各個(gè)部分的需要吉执。出于這個(gè)原因,系統(tǒng)開發(fā)者需要對(duì)關(guān)注點(diǎn)進(jìn)行清晰且條理分明的分離地来,以便系統(tǒng)的各個(gè)模塊可以獨(dú)立地開發(fā)和維護(hù)戳玫。
2、 **問題 **
軟件需要以這樣一種方式分割:各個(gè)模塊可以獨(dú)自開發(fā)和衍化未斑,各自部分之間的交互非常少量九,支持可移植性、可修改性和復(fù)用性颂碧。
3荠列、 方案
為了實(shí)現(xiàn)關(guān)注點(diǎn)分離,分層模式將軟件分割成各個(gè)單元(稱為“層”)载城。每一層都是一組模塊肌似,提供了一組高內(nèi)聚的服務(wù)。其使用必須是單向的诉瓦。層將一組軟件作為一個(gè)完整的分區(qū)川队,每個(gè)分區(qū)暴露一個(gè)公開接口力细。

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

封閉層和請(qǐng)求訪問

4拐格、 弱點(diǎn)
分層會(huì)導(dǎo)致性能下降僧免。這種模式不適合高性能應(yīng)用程序,因?yàn)榻?jīng)過架構(gòu)中的多層來實(shí)現(xiàn)一個(gè)業(yè)務(wù)請(qǐng)求的效率是不高的禁荒。分層還會(huì)增加系統(tǒng)的前期成本和復(fù)雜性猬膨。
5角撞、 用途
我們應(yīng)該將這種方式應(yīng)用于小型簡單的應(yīng)用程序或網(wǎng)站呛伴。對(duì)于預(yù)算和時(shí)間非常緊張的場景,這是一個(gè)不錯(cuò)的選擇谒所。

2热康、多層模式

1 方案

一個(gè)多層模式示例:消費(fèi)者網(wǎng)站 J2EE 許多系統(tǒng)的執(zhí)行結(jié)構(gòu)被組織成一系列邏輯組件分組。每個(gè)分組被稱為一個(gè)層劣领。

1 上下文在一個(gè)分布式部署中姐军,通常需要將系統(tǒng)的基礎(chǔ)設(shè)施分到不同的子集中。

2 問題我們?nèi)绾螌⑾到y(tǒng)分割到多個(gè)計(jì)算上獨(dú)立的執(zhí)行結(jié)構(gòu):由一些通信媒介連接的軟件和硬件組尖淘?

3 弱點(diǎn)大量前期成本和復(fù)雜性奕锌。

4 用途用在分布式系統(tǒng)中。

3村生、管道-過濾器架構(gòu)

**軟件架構(gòu)中反復(fù)出現(xiàn)的一種模式是管道 - 過濾器(pipe-filter)模式惊暴。

管道過濾器模式

1、上下文許多系統(tǒng)需要轉(zhuǎn)換從輸入到輸出的離散數(shù)據(jù)流趁桃。許多類型轉(zhuǎn)換在實(shí)踐中重復(fù)出現(xiàn)辽话,因此將其創(chuàng)建成獨(dú)立的可復(fù)用的部分肄鸽,這是比較理想的。

2油啤、問題 這些系統(tǒng)需要被分割成可復(fù)用的松耦合的組件典徘,組件之間擁有簡單通用的交互機(jī)制。這樣它們就可以靈活地相互結(jié)合益咬。這些通用松耦合的組件就很容易復(fù)用逮诲。那些獨(dú)立的組件可以并行執(zhí)行。

3础废、 方案 這種架構(gòu)中的管道構(gòu)成了過濾器之間的通信通道汛骂。第一個(gè)概念是,由于性能原因评腺,每個(gè)管道都是非定向的和點(diǎn)對(duì)點(diǎn)的帘瞭,接受來自一個(gè)源的輸入并經(jīng)常直接輸出到另外一個(gè)源。在這種模式中蒿讥,有如下四種過濾器蝶念。

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

4摔敛、弱點(diǎn)不太適合交互性的系統(tǒng)廷蓉,因?yàn)樗鼈兊霓D(zhuǎn)換特性。過多的解析和反解析會(huì)導(dǎo)致性能損失马昙,也會(huì)增加編寫過濾器本身的復(fù)雜性桃犬。

5、用途管道 - 過濾器架構(gòu)用于各種應(yīng)用程序行楞,特別是簡化單項(xiàng)處理的任務(wù)攒暇,例如 EDI、ETL 工具子房。編譯器:連續(xù)的過濾器執(zhí)行詞法分析形用、語法分析、語義分析和代碼生成证杭。

4田度、客戶端-過濾器架構(gòu)

1、上下文有許多共享資源和服務(wù)是大量分布式的客戶端希望訪問的解愤,我們希望控制訪問或服務(wù)質(zhì)量镇饺。

2、問題通過管理一組共享資源和服務(wù)琢歇,我們可以通過分解公共服務(wù)并在單個(gè)位置或少數(shù)位置進(jìn)行修改來提高可修改性和復(fù)用性兰怠。我們想要通過在將資源本身分布在多個(gè)物理服務(wù)器上的同時(shí)集中控制這些資源和服務(wù)梦鉴,來提高可伸縮性和可用性。

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ù)器模式來建模這個(gè)系統(tǒng)的一部分:在線應(yīng)用程序频轿,例如電子郵件垂涯、共享文檔或銀行服務(wù)。

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

1耕赘、上下文用戶界面通常是一個(gè)交互性應(yīng)用程序的最頻繁被修改的部分。用戶通常希望從不同的視角查看數(shù)據(jù)膳殷,例如柱狀圖或者餅圖操骡。這些表示形式都應(yīng)該反映數(shù)據(jù)當(dāng)前的狀態(tài)。

** 2 ****問題 **用戶界面功能如何獨(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ì)于簡單的用戶界面划址,其復(fù)雜性并不值得這么做扔嵌。模型限府、視圖和控制器抽象可能不適用于某些用戶界面工具包。

5痢缎、用途MVC 是網(wǎng)站或移動(dòng)應(yīng)用程序開發(fā)用戶界面常用的一種架構(gòu)模式胁勺。

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

1独旷、上下文需要提供計(jì)算和信息資源來處理傳入的應(yīng)用程序生成的獨(dú)立異步事件署穗,這種方式可以隨著需求的增加而擴(kuò)展。

2嵌洼、問題構(gòu)建分布式系統(tǒng)案疲,這個(gè)系統(tǒng)可以服務(wù)異步到達(dá)的事件相關(guān)信息,并且能從簡單小型擴(kuò)展到復(fù)雜大型麻养。

3褐啡、方案

為事件處理部署獨(dú)立的事件進(jìn)程或處理器。到達(dá)的事件進(jìn)入隊(duì)列鳖昌。調(diào)度程序根據(jù)調(diào)度策略從隊(duì)列中拉取事件并將它們分配到合適的事件處理器春贸。

4、弱點(diǎn)性能和錯(cuò)誤恢復(fù)可能是問題遗遵。

5萍恕、用途使用這個(gè)方案的電商應(yīng)用程序?qū)⒐ぷ魅缦拢?/p>

  • 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)用程序通過執(zhí)行業(yè)務(wù)邏輯、訪問數(shù)據(jù)庫榆俺、與其它系統(tǒng)交換信息并返回響應(yīng)來處理客戶端請(qǐng)求售躁。這個(gè)應(yīng)用程序可能會(huì)暴露一個(gè)第三方 API。

2茴晋、問題一體化應(yīng)用程序會(huì)變得過于龐大和復(fù)雜陪捷,無法得到有效支持和部署來實(shí)現(xiàn)最優(yōu)的分布式資源利用,例如在云環(huán)境中诺擅。

3市袖、方案

將應(yīng)用程序構(gòu)建成服務(wù)套件。每個(gè)服務(wù)都是獨(dú)立部署和可擴(kuò)展的烁涌,擁有自己的 API 邊界苍碟。不同的服務(wù)可以用不同的編程語言編寫酒觅,管理它們自己的數(shù)據(jù)庫,由不同的團(tuán)隊(duì)開發(fā)微峰。

4阐滩、弱點(diǎn)系統(tǒng)設(shè)計(jì)必須能容忍服務(wù)失敗,需要更多的系統(tǒng)監(jiān)控县忌。服務(wù)編排和事件協(xié)作開銷比較大掂榔。當(dāng)然,我們還需要更多錢症杏。

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

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末黎烈,一起剝皮案震驚了整個(gè)濱河市习柠,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌照棋,老刑警劉巖资溃,帶你破解...
    沈念sama閱讀 211,639評(píng)論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異烈炭,居然都是意外死亡溶锭,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,277評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門符隙,熙熙樓的掌柜王于貴愁眉苦臉地迎上來趴捅,“玉大人,你說我怎么就攤上這事膏执∽な郏” “怎么了露久?”我有些...
    開封第一講書人閱讀 157,221評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵更米,是天一觀的道長。 經(jīng)常有香客問我毫痕,道長征峦,這世上最難降的妖魔是什么迟几? 我笑而不...
    開封第一講書人閱讀 56,474評(píng)論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮栏笆,結(jié)果婚禮上类腮,老公的妹妹穿的比我還像新娘。我一直安慰自己蛉加,他們只是感情好蚜枢,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,570評(píng)論 6 386
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著针饥,像睡著了一般厂抽。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上丁眼,一...
    開封第一講書人閱讀 49,816評(píng)論 1 290
  • 那天筷凤,我揣著相機(jī)與錄音,去河邊找鬼苞七。 笑死藐守,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的蹂风。 我是一名探鬼主播卢厂,決...
    沈念sama閱讀 38,957評(píng)論 3 408
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢(mèng)啊……” “哼惠啄!你這毒婦竟也來了足淆?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,718評(píng)論 0 266
  • 序言:老撾萬榮一對(duì)情侶失蹤礁阁,失蹤者是張志新(化名)和其女友劉穎巧号,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體姥闭,經(jīng)...
    沈念sama閱讀 44,176評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡丹鸿,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,511評(píng)論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了棚品。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片靠欢。...
    茶點(diǎn)故事閱讀 38,646評(píng)論 1 340
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖铜跑,靈堂內(nèi)的尸體忽然破棺而出门怪,到底是詐尸還是另有隱情,我是刑警寧澤锅纺,帶...
    沈念sama閱讀 34,322評(píng)論 4 330
  • 正文 年R本政府宣布掷空,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏坦弟。R本人自食惡果不足惜护锤,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,934評(píng)論 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望酿傍。 院中可真熱鬧烙懦,春花似錦、人聲如沸赤炒。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,755評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽莺褒。三九已至魄鸦,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間癣朗,已是汗流浹背拾因。 一陣腳步聲響...
    開封第一講書人閱讀 31,987評(píng)論 1 266
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留旷余,地道東北人绢记。 一個(gè)月前我還...
    沈念sama閱讀 46,358評(píng)論 2 360
  • 正文 我出身青樓,卻偏偏與公主長得像正卧,于是被迫代替她去往敵國和親蠢熄。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,514評(píng)論 2 348

推薦閱讀更多精彩內(nèi)容