springmvc分層領域模型概念詳解

Posted on by

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

1.為什麼出現分層領域模型這個東西？

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

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

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

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

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

在這裡插入圖片描述

3.1 VO和DTO的區別

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

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

展示業務一需要的數據（VO）:

{
“age”：100
}

3.2BO和DTO的區別

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

4.總結

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

到此這篇關於springmvc分層領域模型概念詳解的文章就介紹到這瞭,更多相關springmvc分層領域模型內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：