本文核心為分層領域模型（VO ， PO ， BO， DAO ，POJO等）概念的個人理解。

1.為什么出現(xiàn)分層領域模型這個東西？

（1）解決MVC架構中各層（比如視圖層+控制層+服務層+數(shù)據(jù)訪問層+數(shù)據(jù)庫）中各層數(shù)據(jù)交互時，傳遞什么數(shù)據(jù)模型更加科學和合理。
（2）更好的降低MVC架構中各層間的耦合性，提高層內的內聚性，這樣更方便對軟件進行維護
（3）一定程度上的提高信息的安全性，根據(jù)瀏覽器，可以知道視圖層和控制層傳輸?shù)臄?shù)據(jù)模型，但是很難準確定位其它各層傳輸?shù)念I域模型中的具體字段。

2.分層領域模型有哪些？

①VO(ViewObject)
顯示層對象，通常是Web向模板渲染引擎層傳輸?shù)膶ο螅ò⒗颙ava開發(fā)手冊分層領域模型），對于一個WEB頁面，用一個VO對象對應整個界面的值。
②DTO(DataTransferObject)
數(shù)據(jù)傳輸對象，前后端分離開發(fā)模式中，前端與controller層數(shù)據(jù)交換，在java中作為數(shù)據(jù)傳輸，應該進行序列化。
③BO（Business Object）
業(yè)務對象，主要作用是把業(yè)務邏輯封裝成一個對象。這個對象可以包括一個或多個其它的對象，用來處理業(yè)務邏輯。有時候做開發(fā)時，當controller層調用Service層服務接口時，把DTO領域模型或者其它數(shù)據(jù)模型轉換為BO模型**，作為參數(shù)傳遞給Service接口。
④DAO（Data Access Object ）
數(shù)據(jù)訪問層對象，主要用來封裝對數(shù)據(jù)庫的訪問，它是一個面向對象的數(shù)據(jù)庫接口，負責持久層的操作，為業(yè)務層提供接口，主要用來封裝對數(shù)據(jù)庫的訪問，常見操作無外乎 CURD。在Mybatis中對應的是Mapper。
⑤PO（Persistant Object）
持久對象，簡單說PO就是數(shù)據(jù)庫中的記錄，一個PO的數(shù)據(jù)結構對應著庫中表的結構，表中的一條記錄就是一個PO對象
通常PO里面除了get，set之外沒有別的方法
對于PO來說，數(shù)量是相對固定的，一定不會超過數(shù)據(jù)庫表的數(shù)量
等同于Entity，Entity基本等于POJO（Plain Ordinary Java Object）。
⑥DO
DO現(xiàn)在主要有兩個版本:
一個是阿里巴巴的開發(fā)手冊中的定義, DO（Data Object）這個等同于上面的PO.
另一個是在DDD（Domain-Driven Design）領域驅動設計中
DO（Domain Object）這個等同于上面的BO

3.分層領域模型的簡單理解

有圖有真相，別的慢扯，先上圖

3.1 VO和DTO的區(qū)別

(1)VO（Value Object）
這貨就是用來展示，就是界面（網(wǎng)頁，客戶端，APP）展示時，從后臺獲取的展示出的數(shù)據(jù)（在網(wǎng)頁中，VO主要以js里面的對象存在）
（2）DTO（Data Transfer Object）
圖中，該類橫跨兩個層次，即有兩種存在形式：
①后端，DTO是以java對象的形式，前端傳遞的數(shù)據(jù)（目前主流是json），由框架（主流的springboot）轉為DTO形式
②前端：以js里面的對象（也可以簡單理解成json），比如ajax請求中的數(shù)據(jù)體**
（3）主要區(qū)別
字段不一樣，VO往往根據(jù)展示業(yè)務的不同，刪減一部分DTO中的字段，因此也造就了值不一樣
比如DTO數(shù)據(jù)為

{
“name”:“kun”
“age”：100
}

展示業(yè)務一需要的數(shù)據(jù)（VO）:

{
“age”：100
}

3.2BO和DTO的區(qū)別

（1）BO 業(yè)務對象
BO應該說是一個業(yè)務對象，對應著一類業(yè)務，一類業(yè)務（BO）可能會有很多業(yè)務操作，換言之，BO會有很多針對自身數(shù)據(jù)進行計算的方法。比如springMVC中的service層中有很多service類，每個類除了get和set方法（@Autowired自動注入），還定義了很多調用Mapper（DAO）的方法.
（2）為什么圖中BO橫跨兩層
①現(xiàn)在很多持久層框架自身就提供了數(shù)據(jù)組合的功能。
②BO有可能是在業(yè)務層由業(yè)務來拼裝PO而成
③也有可能是在數(shù)據(jù)庫訪問層由框架直接生成
④很多情況下為了追求查詢的效率，框架跳過PO直接生成BO的情況非常普遍，PO只是用來增刪改使用
（3）BO和DTO的主要區(qū)別和聯(lián)系
①BO是對內（比如DAO等），DTO是對外（比如前端）
②BO為了進行業(yè)務計算需要輔助數(shù)據(jù)，輔助數(shù)據(jù)可能來自DTO。
③BO可以為上層提供的很多數(shù)據(jù)，其中可能有DTO某些業(yè)務不需要的，因此DTO需要在BO的基礎上，只要自己需要的數(shù)據(jù)，然后對外提供。
④在這個關系上，通常不會有數(shù)據(jù)內容的變化，內容變化要么在BO內部業(yè)務計算的時候完成，要么在解釋VO的時候完成

4.總結

（1）分層領域模型是偏理論，實際應用的時候，根據(jù)所使用的框架進行切合實際的修改和省略。
（2）如果第一次接觸，建議按照教條進行操作，以方便加深理解。
（3）不要教條主義的前提，也有熟悉和理解教條主義，才能結合實際進行操作。

到此這篇關于springmvc分層領域模型概念詳解的文章就介紹到這了,更多相關springmvc分層領域模型內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論