架構(gòu)設(shè)計(jì)之分層架構(gòu)

1、架構(gòu)設(shè)計(jì)之分層架構(gòu)分層架構(gòu)的好處： 1 、它實(shí)現(xiàn)了一定程度的關(guān)注點(diǎn)分離，利于各層邏輯的重用；2、它規(guī)范化了層間的調(diào)用關(guān)系，可以降低層與層之間的依賴；3 、如果層間接口設(shè)計(jì)合理，則用新的實(shí)現(xiàn)來替換原有層次的實(shí)現(xiàn)也不是什么難事。常見模式 ：展現(xiàn)層、業(yè)務(wù)層、數(shù)據(jù)層(三層架構(gòu))一、層的職責(zé)a) 展現(xiàn)層， 或稱為表現(xiàn)層， 用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)， 主用戶提 供一種交互工操作的界面。b) 業(yè)務(wù)層， 或稱為業(yè)務(wù)邏輯層，用來處理各種功能請(qǐng)求，實(shí)現(xiàn)系統(tǒng)的業(yè)務(wù)功能，是一個(gè)系統(tǒng)最為核心的部分。c) 數(shù)據(jù)層， 或稱為數(shù)據(jù)訪問層，主要與數(shù)據(jù)存儲(chǔ)打交道，例如實(shí)現(xiàn)對(duì)數(shù)據(jù)庫的增、刪、改、查等操作。二、層間關(guān)系a)

2、展現(xiàn)層會(huì)向業(yè)務(wù)層傳遞參數(shù)，發(fā)出服務(wù)請(qǐng)求， 并獲取業(yè)務(wù)層返回的信息顯示在界面上。b) 業(yè)務(wù)層接收展現(xiàn)層的命令，解析傳遞過來的參數(shù)， 判斷各種合法性， 并具體實(shí)現(xiàn)功能的各種“運(yùn)算”要求，返回展現(xiàn)層所要的信息。-1 刻畫三層架構(gòu)，體現(xiàn)c) 數(shù)據(jù)訪問層不能被展現(xiàn)層直接調(diào)用，而必須由業(yè)務(wù)層來調(diào)用。例如，基于動(dòng)態(tài)鏈接庫的復(fù)雜信息分層框架設(shè)計(jì)一文中用圖 了層之間的經(jīng)典調(diào)用關(guān)系； 圖 -2 進(jìn)一步說明了分層架構(gòu)下的模塊重用。 即圖中的業(yè)務(wù)層之“模 塊 2”和數(shù)據(jù)訪問層之“模塊2，” 都在一定程度上被重用了。界面層圖-1三層架構(gòu)示意圖-調(diào)用關(guān)系圖-2三層架構(gòu)示意圖-模塊重用常見模式：UI層、SI層、PD層、DM

3、層(四層架構(gòu))一、UI層，即用戶界面層(User In terface ),負(fù)責(zé)封裝與用戶的雙向交互、屏蔽具體交 互方式。二、SI層，即系統(tǒng)交互層(System In teraction )，負(fù)責(zé)封裝硬件的具體交互方式，以及 封裝外部系統(tǒng)的交互。三、PD層，即問題領(lǐng)域?qū)?Problem Domain ),負(fù)責(zé)問題領(lǐng)域或業(yè)務(wù)領(lǐng)域的抽象、領(lǐng) 域功能的實(shí)現(xiàn)。四、DM層，即數(shù)據(jù)管理層(Data Management )，負(fù)責(zé)封裝各種持久化數(shù)據(jù)的具體管理方式，例如數(shù)據(jù)庫系統(tǒng)、二進(jìn)制文件、文本文檔、XML文檔、Flash存儲(chǔ)結(jié)構(gòu)。圖-3四層架構(gòu)作為架構(gòu)模式，四層架構(gòu)更為經(jīng)典。 這是因?yàn)?，無論是嵌入式控制系統(tǒng)，還是比較復(fù)雜 的業(yè)務(wù)應(yīng)用系統(tǒng)，三層架構(gòu)都不夠用一一因?yàn)槿鄙儇?fù)責(zé)封裝硬件訪問、外部系統(tǒng)交互的專門的層。前述三層架構(gòu)也比較常用，但其實(shí)，它只是“ UI層+SI層+PD層+DM層”四層架構(gòu)的 一種具體應(yīng)用罷了。常用的三層忽略了“系統(tǒng)交互層”，二是單獨(dú)提煉出了“業(yè)務(wù)實(shí)體層”。圖-4三層架構(gòu)