對于基于前后臺分離的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層：負責業務模塊的邏輯應用設計，這一層還可以封裝成RPC服務供三方調用，輸出為DO或者DTO

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

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

附錄：

領域模型說明

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

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

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

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

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

領域模型命名規約

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

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

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

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

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

本文相關詞條概念解析：

對象

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

總結

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

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