對于基于前后臺分離的JAVA項目，除了前端展示層頁面，很多人都知道conttroller，service，dao三層，大部分都是按照這個方法搭建的。由于人員參差不齊，看到有人將在controler層編寫了大量的邏輯代碼甚至引用了Dao層的對象，或者controllor層接受JsonObject的對象一股腦的推給service層處理。

下面參考阿里的結構圖，給大家介紹一下如何分層，以及各層的領域模型命名方式。

Dao層：是數據交互層，如果是spring boot +mybatis的話，就是指Mapper.java接口和Mapper.xml構成，該層入口為查詢參數，如果參數多于三個則增加QUERY對象，輸出結果為DO

Manager層：則是對Dao層的加強，依賴于Dao層，但不直接操作數據庫，可以通過對Dao層的結果進行組合，生成復雜的對象模型DTO。輸入的話也是QUERY。另外Manger層還可以封裝對三方平臺的封裝。

Service層：負責業(yè)務模塊的邏輯應用設計，這一層還可以封裝成RPC服務供三方調用，輸出為DO或者DTO

Controllor層：這一層主要是接受外部請求，在restful編程中通常是對外接口，這一層直接和Service層通信，可以有少量的業(yè)務邏輯操作。同時具有入參校驗，數據對象轉換，異常處理的能力。該層輸入為Req，輸出為VO。

如果對入參對象進行簡單的校驗的話是可以通過javax.validation來校驗。

附錄：

領域模型說明

DO(Data Object)與數據庫表結構一一對應，通過DAO層向上傳輸數據源對象。

DTO(Data Transfer Object)數據傳輸對象，Service或Manager向外傳輸的對象。

BO(Business Object)業(yè)務對象。由Service層輸出的封裝業(yè)務邏輯的對象。

VO(View Object)顯示層對象，通常是Web向模板渲染引擎層傳輸的對象。

Query：數據查詢對象，各層接收上層的查詢請求。注意超過2個參數的查詢需要封裝成Query對象

領域模型命名規(guī)約

數據對象：xxxDO，xxx即為數據表名。

數據傳輸對象：xxxDTO，xxx為業(yè)務領域相關的名稱，這個對象可能是DO的擴展，可以表示部分對象的層級關系。

展示對象：xxxVO，xxx一般為前臺調用接口名稱，由前臺渲染和數據處理。

查詢對象：xxxQuery，xxx一般為查詢方法名稱。

另外我們可以在controller層增加xxxReq ，xxx一般為查詢接口名稱，作為控制層的入參。

本文相關詞條概念解析：

對象

對象原本是一個哲學詞語，表示客體事物不以人的意志為轉移而又與人的存在相關聯(lián)的某種規(guī)定性。對象從哲學詞語變成為一個愛情或與愛情有關的詞語，絕對是當代中國人的發(fā)明。大約從1950年代開始，由于談情說愛被視為小資產階級情調，因而搞對象一詞便流行開來，幾乎成了談戀愛的代名詞，以其一本正經的事務性和目的性取代了風花雪月的談戀愛。但它之所以能夠大面積地流行開來，恐怕還是與中國人的傳統(tǒng)觀念和文化心態(tài)有關。

總結

以上是生活随笔為你收集整理的java项目 分模块管理_java 工程项目模块划分及各模块功能梳理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。