(1/5)軟件架構(gòu)入門(mén)-分層架構(gòu)


軟件架構(gòu)(software architecture)就是軟件的基本結(jié)構(gòu)。

合適的架構(gòu)是軟件成功的最重要因素之一。大型軟件公司通常有專(zhuān)門(mén)的架構(gòu)師職位(architect),只有資深程序員才可以擔(dān)任。

一、分層架構(gòu)

分層架構(gòu)(layered architecture)是最常見(jiàn)的軟件架構(gòu),也是事實(shí)上的標(biāo)準(zhǔn)架構(gòu)。如果你不知道要用什么架構(gòu),那就用它。

這種架構(gòu)將軟件分成若干個(gè)水平層,每一層都有清晰的角色和分工,不需要知道其他層的細(xì)節(jié)。層與層之間通過(guò)接口通信。

雖然沒(méi)有明確約定,軟件一定要分成多少層,但是四層的結(jié)構(gòu)最常見(jiàn)。

表現(xiàn)層(presentation):用戶(hù)界面,負(fù)責(zé)視覺(jué)和用戶(hù)互動(dòng)

業(yè)務(wù)層(business):實(shí)現(xiàn)業(yè)務(wù)邏輯

持久層(persistence):提供數(shù)據(jù),SQL 語(yǔ)句就放在這一層

數(shù)據(jù)庫(kù)(database) :保存數(shù)據(jù)


有的軟件在邏輯層和持久層之間,加了一個(gè)服務(wù)層(service),提供不同業(yè)務(wù)邏輯需要的一些通用接口。

用戶(hù)的請(qǐng)求將依次通過(guò)這四層的處理,不能跳過(guò)其中任何一層。


優(yōu)點(diǎn)

結(jié)構(gòu)簡(jiǎn)單,容易理解和開(kāi)發(fā)

不同技能的程序員可以分工,負(fù)責(zé)不同的層,天然適合大多數(shù)軟件公司的組織架構(gòu)

每一層都可以獨(dú)立測(cè)試,其他層的接口通過(guò)模擬解決

缺點(diǎn)

一旦環(huán)境變化,需要代碼調(diào)整或增加功能時(shí),通常比較麻煩和費(fèi)時(shí)

部署比較麻煩,即使只修改一個(gè)小地方,往往需要整個(gè)軟件重新部署,不容易做持續(xù)發(fā)布

軟件升級(jí)時(shí),可能需要整個(gè)服務(wù)暫停

擴(kuò)展性差。用戶(hù)請(qǐng)求大量增加時(shí),必須依次擴(kuò)展每一層,由于每一層內(nèi)部是耦合的,擴(kuò)展會(huì)很困難


我的看法:(僅代表個(gè)人觀點(diǎn))

1.適合大多數(shù)小項(xiàng)目框架,開(kāi)發(fā)成本可控,可維護(hù)性合理。(java系有非常經(jīng)典的struts2、spring mvc)

2.適合功能內(nèi)聚,對(duì)外依賴(lài)較小的項(xiàng)目。

3.對(duì)非功能性需求(如性能、安全性)較高的項(xiàng)目需要有其他工具配合才能滿(mǎn)足需求。

4.對(duì)于大項(xiàng)目來(lái)說(shuō),力不從心。需要更高維度的架構(gòu)來(lái)解決。


上面是引用了阮老師的文章。稍后提供鏈接。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容