三層架構(gòu)模式:
三層架構(gòu)(3-tier architecture) 通常意義上的三層架構(gòu)就是將整個(gè)業(yè)務(wù)應(yīng)用劃分為:界面層(User Interface layer)、業(yè)務(wù)邏輯層(Business Logic Layer)、數(shù)據(jù)訪問(wèn)層(Data access layer)。區(qū)分層次的目的即為了 “高內(nèi)聚低耦合” 的思想。在軟件體系架構(gòu)設(shè)計(jì)中,分層式結(jié)構(gòu)是最常見(jiàn),也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層,從下至上分別為:數(shù)據(jù)訪問(wèn)層、業(yè)務(wù)邏輯層(又或稱為領(lǐng)域?qū)?、表示層。
表現(xiàn)層(JSP):
表現(xiàn)層也稱為界面層,位于最外層(最上層),離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù),為用戶提供一種交互式操作的界面。
業(yè)務(wù)層(邏輯層、service層):
業(yè)務(wù)層(Business Logic Layer)無(wú)疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。它的關(guān)注點(diǎn)主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計(jì),也即是說(shuō)它是與系統(tǒng)所應(yīng)對(duì)的領(lǐng)域(Domain)邏輯有關(guān),很多時(shí)候,也將業(yè)務(wù)邏輯層稱為領(lǐng)域?qū)印@鏜artin Fowler在《Patterns of Enterprise Application Architecture》一書(shū)中,將整個(gè)架構(gòu)分為三個(gè)主要的層:表示層、領(lǐng)域?qū)雍蛿?shù)據(jù)源層。作為領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的先驅(qū)Eric Evans,對(duì)業(yè)務(wù)邏輯層作了更細(xì)致地劃分,細(xì)分為應(yīng)用層與領(lǐng)域?qū)?,通過(guò)分層進(jìn)一步將領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。 業(yè)務(wù)層在體系架構(gòu)中的位置很關(guān)鍵,它處于數(shù)據(jù)訪問(wèn)層與表示層中間,起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu),層與層之間的依賴是向下的,底層對(duì)于上層而言是“無(wú)知”的,改變上層的設(shè)計(jì)對(duì)于其調(diào)用的底層而言沒(méi)有任何影響。如果在分層設(shè)計(jì)時(shí),遵循了面向接口設(shè)計(jì)的思想,那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。因而在不改變接口定義的前提下,理想的分層式架構(gòu),應(yīng)該是一個(gè)支持可抽取、可替換的“抽屜”式架構(gòu)。正因?yàn)槿绱?,業(yè)務(wù)層的設(shè)計(jì)對(duì)于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵,因?yàn)樗缪萘藘蓚€(gè)不同的角色。對(duì)于數(shù)據(jù)訪問(wèn)層而言,它是調(diào)用者;對(duì)于表示層而言,它卻是被調(diào)用者。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)層上,如何實(shí)現(xiàn)依賴關(guān)系的解耦,則是除了實(shí)現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計(jì)師的任務(wù)。
持久層(DAO):
持久層,有時(shí)候也稱為是數(shù)據(jù)訪問(wèn)層,其功能主要是負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問(wèn),可以訪問(wèn)數(shù)據(jù)庫(kù)系統(tǒng)、二進(jìn)制文件、文本文檔或是XML文檔。采用DAO模式,建立實(shí)體類和數(shù)據(jù)庫(kù)表映射(ORM映射)。簡(jiǎn)單的說(shuō)法就是實(shí)現(xiàn)對(duì)數(shù)據(jù)表的select、insert、update以及delete的操作。如果要加入ORM的元素,那么就會(huì)包括對(duì)象和數(shù)據(jù)表之間的mapping,以及對(duì)象實(shí)體的持久化。
三層與MVC的區(qū)別:
很多人容易把三層模式與MVC模式混淆,三層與MVC的最不同的地方在于三層是沒(méi)有Controller控制器的概念。雖然同樣是架構(gòu)級(jí)別的,三層與MVC相同的地方在于他們都有一個(gè)表現(xiàn)層,但是他們不同的地方在于其他的兩個(gè)層。MVC沒(méi)有把業(yè)務(wù)的邏輯訪問(wèn)看成兩個(gè)層,這是采用三層架構(gòu)或MVC搭建程序最主要的區(qū)別。當(dāng)然了,在三層中也提到了Model概念,但是三層架構(gòu)中Model的概念與MVC中Model的概念是不一樣的,“三層” 中典型的Model層是以實(shí)體類構(gòu)成的,而MVC里,則是由業(yè)務(wù)邏輯與訪問(wèn)數(shù)據(jù)組成的。
三層架構(gòu)把不同層的業(yè)務(wù)職責(zé)分離得更加徹底,邏輯層不包含一丁點(diǎn)的視圖層代碼,同樣的數(shù)據(jù)層也不應(yīng)該包含一丁點(diǎn)的邏輯層代碼,因?yàn)槿绻似渌麑拥拇a就不能做到完全解耦,依舊存在一定程度的耦合性。
三層架構(gòu)更好的實(shí)現(xiàn)了模塊化編程,使用三層架構(gòu)設(shè)計(jì)的系統(tǒng)更容易擴(kuò)展、更換,特別是如今不止pc端一種設(shè)備,如果沒(méi)做好分層就無(wú)法適應(yīng)多設(shè)備的訪問(wèn)。例如表示層我們使用jsp+Servlet做的,面向的是web,如果哪天不做web了,要把整個(gè)表示層更換成桌面的圖形化來(lái)顯示,那么使用了三層架構(gòu)的話,只需要更換表示層即可,邏輯層和數(shù)據(jù)層都可以進(jìn)行復(fù)用。如果沒(méi)有進(jìn)行分層的話,各個(gè)模塊都耦合在一起就無(wú)法進(jìn)行復(fù)用,只能重新再編寫(xiě)一個(gè)適應(yīng)桌面的系統(tǒng)出來(lái),這樣就很耗時(shí)耗力了。
我們都知道WebService是一種跨編程語(yǔ)言和跨操作系統(tǒng)平臺(tái)的遠(yuǎn)程調(diào)用技術(shù),如果一個(gè)系統(tǒng)是使用三層架構(gòu)進(jìn)行設(shè)計(jì)的,那么邏輯層就可以通過(guò)WebService共享給其他不同語(yǔ)言編寫(xiě)的應(yīng)用程序調(diào)用。
最近流行的微信小程序是通過(guò)https訪問(wèn)服務(wù)器的,它需要服務(wù)器返回json數(shù)據(jù),那么我們就可以在視圖層中的Servlet接收這個(gè)訪問(wèn),處理完成后返回json數(shù)據(jù)。
三層開(kāi)發(fā)模式的優(yōu)缺點(diǎn)
優(yōu)點(diǎn):
1、開(kāi)發(fā)人員可以只關(guān)注整個(gè)結(jié)構(gòu)中的其中某一層;
2、可以很容易的用新的實(shí)現(xiàn)來(lái)替換原有層次的實(shí)現(xiàn);
3、可以降低層與層之間的依賴;
4、有利于標(biāo)準(zhǔn)化;
5、利于各層邏輯的復(fù)用。
6、結(jié)構(gòu)更加的明確
7、在后期維護(hù)的時(shí)候,極大地降低了維護(hù)成本和維護(hù)時(shí)間
缺點(diǎn):
1、降低了系統(tǒng)的性能。這是不言而喻的。如果不采用分層式結(jié)構(gòu),很多業(yè)務(wù)可以直接造訪數(shù)據(jù)庫(kù),以此獲取相應(yīng)的數(shù)據(jù),如今卻必須通過(guò)中間層來(lái)完成。
2、有時(shí)會(huì)導(dǎo)致級(jí)聯(lián)的修改。這種修改尤其體現(xiàn)在自上而下的方向。如果在表示層中需要增加一個(gè)功能,為保證其設(shè)計(jì)符合分層式結(jié)構(gòu),可能需要在相應(yīng)的業(yè)務(wù)邏輯層和數(shù)據(jù)訪問(wèn)層中都增加相應(yīng)的代碼。
比如,一家飯店添加了一樣菜, 那個(gè)菜單(UI) , 廚師(BLL) , 采購(gòu)(DAL) 都要進(jìn)行相應(yīng)的處理。
以上就是長(zhǎng)沙中公優(yōu)就業(yè)Java培訓(xùn)機(jī)構(gòu)小編介紹的“Java培訓(xùn)教程:Java三層架構(gòu)是什么”的內(nèi)容,希望對(duì)大家有幫助,如有疑問(wèn),請(qǐng)?jiān)诰€咨詢,有專業(yè)老師隨時(shí)為你服務(wù)。
相關(guān)文章
零基礎(chǔ)怎么自學(xué)Java,完整版Java學(xué)習(xí)路線圖
你還在糾結(jié)學(xué)Java,是自學(xué)還是去培訓(xùn)班嗎
一個(gè)標(biāo)準(zhǔn)的Java程序員如何進(jìn)階?
Java學(xué)習(xí)路線清單,快速進(jìn)階Java
Java編程初學(xué)者要如何進(jìn)階
Java培訓(xùn) Java培訓(xùn)教程 Java教程