Java培訓(xùn)教程：Java三層架構(gòu)是什么

　　三層架構(gòu)模式：

　　三層架構(gòu)(3-tier architecture) 通常意義上的三層架構(gòu)就是將整個業(yè)務(wù)應(yīng)用劃分為：界面層(User Interface layer)、業(yè)務(wù)邏輯層(Business Logic Layer)、數(shù)據(jù)訪問層(Data access layer)。區(qū)分層次的目的即為了 “高內(nèi)聚低耦合” 的思想。在軟件體系架構(gòu)設(shè)計中，分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層(又或稱為領(lǐng)域?qū)?、表示層。

　　表現(xiàn)層(JSP)：

　　表現(xiàn)層也稱為界面層，位于最外層(最上層)，離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。

　　業(yè)務(wù)層(邏輯層、service層)：

　　業(yè)務(wù)層(Business Logic Layer)無疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價值的部分。它的關(guān)注點主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計，也即是說它是與系統(tǒng)所應(yīng)對的領(lǐng)域(Domain)邏輯有關(guān)，很多時候，也將業(yè)務(wù)邏輯層稱為領(lǐng)域?qū)印＠鏜artin Fowler在《Patterns of Enterprise Application Architecture》一書中，將整個架構(gòu)分為三個主要的層：表示層、領(lǐng)域?qū)雍蛿?shù)據(jù)源層。作為領(lǐng)域驅(qū)動設(shè)計的先驅(qū)Eric Evans，對業(yè)務(wù)邏輯層作了更細(xì)致地劃分，細(xì)分為應(yīng)用層與領(lǐng)域?qū)?，通過分層進一步將領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。 　　業(yè)務(wù)層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設(shè)計對于其調(diào)用的底層而言沒有任何影響。如果在分層設(shè)計時，遵循了面向接口設(shè)計的思想，那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。因而在不改變接口定義的前提下，理想的分層式架構(gòu)，應(yīng)該是一個支持可抽取、可替換的“抽屜”式架構(gòu)。正因為如此，業(yè)務(wù)層的設(shè)計對于一個支持可擴展的架構(gòu)尤為關(guān)鍵，因為它扮演了兩個不同的角色。對于數(shù)據(jù)訪問層而言，它是調(diào)用者;對于表示層而言，它卻是被調(diào)用者。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)層上，如何實現(xiàn)依賴關(guān)系的解耦，則是除了實現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計師的任務(wù)。

　　持久層(DAO)：

　　持久層，有時候也稱為是數(shù)據(jù)訪問層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進制文件、文本文檔或是XML文檔。采用DAO模式，建立實體類和數(shù)據(jù)庫表映射(ORM映射)。簡單的說法就是實現(xiàn)對數(shù)據(jù)表的select、insert、update以及delete的操作。如果要加入ORM的元素，那么就會包括對象和數(shù)據(jù)表之間的mapping，以及對象實體的持久化。

　　三層與MVC的區(qū)別：

　　很多人容易把三層模式與MVC模式混淆，三層與MVC的最不同的地方在于三層是沒有Controller控制器的概念。雖然同樣是架構(gòu)級別的，三層與MVC相同的地方在于他們都有一個表現(xiàn)層，但是他們不同的地方在于其他的兩個層。MVC沒有把業(yè)務(wù)的邏輯訪問看成兩個層，這是采用三層架構(gòu)或MVC搭建程序最主要的區(qū)別。當(dāng)然了，在三層中也提到了Model概念，但是三層架構(gòu)中Model的概念與MVC中Model的概念是不一樣的，“三層” 中典型的Model層是以實體類構(gòu)成的，而MVC里，則是由業(yè)務(wù)邏輯與訪問數(shù)據(jù)組成的。

　　三層架構(gòu)把不同層的業(yè)務(wù)職責(zé)分離得更加徹底，邏輯層不包含一丁點的視圖層代碼，同樣的數(shù)據(jù)層也不應(yīng)該包含一丁點的邏輯層代碼，因為如果包含了其他層的代碼就不能做到完全解耦，依舊存在一定程度的耦合性。

　　三層架構(gòu)更好的實現(xiàn)了模塊化編程，使用三層架構(gòu)設(shè)計的系統(tǒng)更容易擴展、更換，特別是如今不止pc端一種設(shè)備，如果沒做好分層就無法適應(yīng)多設(shè)備的訪問。例如表示層我們使用jsp+Servlet做的，面向的是web，如果哪天不做web了，要把整個表示層更換成桌面的圖形化來顯示，那么使用了三層架構(gòu)的話，只需要更換表示層即可，邏輯層和數(shù)據(jù)層都可以進行復(fù)用。如果沒有進行分層的話，各個模塊都耦合在一起就無法進行復(fù)用，只能重新再編寫一個適應(yīng)桌面的系統(tǒng)出來，這樣就很耗時耗力了。

　　我們都知道WebService是一種跨編程語言和跨操作系統(tǒng)平臺的遠程調(diào)用技術(shù)，如果一個系統(tǒng)是使用三層架構(gòu)進行設(shè)計的，那么邏輯層就可以通過WebService共享給其他不同語言編寫的應(yīng)用程序調(diào)用。

　　最近流行的微信小程序是通過https訪問服務(wù)器的，它需要服務(wù)器返回json數(shù)據(jù)，那么我們就可以在視圖層中的Servlet接收這個訪問，處理完成后返回json數(shù)據(jù)。

　　三層開發(fā)模式的優(yōu)缺點

　　優(yōu)點：

　　1、開發(fā)人員可以只關(guān)注整個結(jié)構(gòu)中的其中某一層;

　　2、可以很容易的用新的實現(xiàn)來替換原有層次的實現(xiàn);

　　3、可以降低層與層之間的依賴;

　　4、有利于標(biāo)準(zhǔn)化;

　　5、利于各層邏輯的復(fù)用。

　　6、結(jié)構(gòu)更加的明確

　　7、在后期維護的時候，極大地降低了維護成本和維護時間

　　缺點：

　　1、降低了系統(tǒng)的性能。這是不言而喻的。如果不采用分層式結(jié)構(gòu)，很多業(yè)務(wù)可以直接造訪數(shù)據(jù)庫，以此獲取相應(yīng)的數(shù)據(jù)，如今卻必須通過中間層來完成。

　　2、有時會導(dǎo)致級聯(lián)的修改。這種修改尤其體現(xiàn)在自上而下的方向。如果在表示層中需要增加一個功能，為保證其設(shè)計符合分層式結(jié)構(gòu)，可能需要在相應(yīng)的業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層中都增加相應(yīng)的代碼。

　　比如,一家飯店添加了一樣菜, 那個菜單(UI) , 廚師(BLL) , 采購(DAL) 都要進行相應(yīng)的處理。

       以上就是長沙中公優(yōu)就業(yè)Java培訓(xùn)機構(gòu)小編介紹的“Java培訓(xùn)教程：Java三層架構(gòu)是什么”的內(nèi)容，希望對大家有幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務(wù)。

       相關(guān)文章

　　零基礎(chǔ)怎么自學(xué)Java，完整版Java學(xué)習(xí)路線圖

　　你還在糾結(jié)學(xué)Java，是自學(xué)還是去培訓(xùn)班嗎

　　一個標(biāo)準(zhǔn)的Java程序員如何進階?

　　Java學(xué)習(xí)路線清單，快速進階Java

　　Java編程初學(xué)者要如何進階