本文核心為分層領(lǐng)域模型(VO , PO , BO, DAO ,POJO等)概念的個人理解。
1.為什么出現(xiàn)分層領(lǐng)域模型這個東西?
(1)解決MVC架構(gòu)中各層(比如視圖層+控制層+服務(wù)層+數(shù)據(jù)訪問層+數(shù)據(jù)庫)中各層數(shù)據(jù)交互時,傳遞什么數(shù)據(jù)模型更加科學和合理。
(2)更好的降低MVC架構(gòu)中各層間的耦合性,提高層內(nèi)的內(nèi)聚性,這樣更方便對軟件進行維護
(3)一定程度上的提高信息的安全性,根據(jù)瀏覽器,可以知道視圖層和控制層傳輸?shù)臄?shù)據(jù)模型,但是很難準確定位其它各層傳輸?shù)念I(lǐng)域模型中的具體字段。
2.分層領(lǐng)域模型有哪些?
①VO(ViewObject)
顯示層對象,通常是Web向模板渲染引擎層傳輸?shù)膶ο螅ò⒗颙ava開發(fā)手冊分層領(lǐng)域模型),對于一個WEB頁面,用一個VO對象對應(yīng)整個界面的值。
②DTO(DataTransferObject)
數(shù)據(jù)傳輸對象,前后端分離開發(fā)模式中,前端與controller層數(shù)據(jù)交換,在java中作為數(shù)據(jù)傳輸,應(yīng)該進行序列化。
③BO(Business Object)
業(yè)務(wù)對象,主要作用是把業(yè)務(wù)邏輯封裝成一個對象。這個對象可以包括一個或多個其它的對象,用來處理業(yè)務(wù)邏輯。有時候做開發(fā)時,當controller層調(diào)用Service層服務(wù)接口時,把DTO領(lǐng)域模型或者其它數(shù)據(jù)模型轉(zhuǎn)換為BO模型**,作為參數(shù)傳遞給Service接口。
④DAO(Data Access Object )
數(shù)據(jù)訪問層對象,主要用來封裝對數(shù)據(jù)庫的訪問,它是一個面向?qū)ο蟮臄?shù)據(jù)庫接口,負責持久層的操作,為業(yè)務(wù)層提供接口,主要用來封裝對數(shù)據(jù)庫的訪問,常見操作無外乎 CURD。在Mybatis中對應(yīng)的是Mapper。
⑤PO(Persistant Object)
持久對象,簡單說PO就是數(shù)據(jù)庫中的記錄,一個PO的數(shù)據(jù)結(jié)構(gòu)對應(yīng)著庫中表的結(jié)構(gòu),表中的一條記錄就是一個PO對象
通常PO里面除了get,set之外沒有別的方法
對于PO來說,數(shù)量是相對固定的,一定不會超過數(shù)據(jù)庫表的數(shù)量
等同于Entity,Entity基本等于POJO(Plain Ordinary Java Object)。
⑥D(zhuǎn)O
DO現(xiàn)在主要有兩個版本:
一個是阿里巴巴的開發(fā)手冊中的定義, DO(Data Object)這個等同于上面的PO.
另一個是在DDD(Domain-Driven Design)領(lǐng)域驅(qū)動設(shè)計中
DO(Domain Object)這個等同于上面的BO
3.分層領(lǐng)域模型的簡單理解
有圖有真相,別的慢扯,先上圖
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)轉(zhuǎn)為DTO形式
②前端:以js里面的對象(也可以簡單理解成json),比如ajax請求中的數(shù)據(jù)體**
(3)主要區(qū)別
字段不一樣,VO往往根據(jù)展示業(yè)務(wù)的不同,刪減一部分DTO中的字段,因此也造就了值不一樣
比如DTO數(shù)據(jù)為
{
“name”:“kun”
“age”:100
}
展示業(yè)務(wù)一需要的數(shù)據(jù)(VO):
{
“age”:100
}
3.2BO和DTO的區(qū)別
(1)BO 業(yè)務(wù)對象
BO應(yīng)該說是一個業(yè)務(wù)對象,對應(yīng)著一類業(yè)務(wù),一類業(yè)務(wù)(BO)可能會有很多業(yè)務(wù)操作,換言之,BO會有很多針對自身數(shù)據(jù)進行計算的方法。比如springMVC中的service層中有很多service類,每個類除了get和set方法(@Autowired自動注入),還定義了很多調(diào)用Mapper(DAO)的方法.
(2)為什么圖中BO橫跨兩層
①現(xiàn)在很多持久層框架自身就提供了數(shù)據(jù)組合的功能。
②BO有可能是在業(yè)務(wù)層由業(yè)務(wù)來拼裝PO而成
③也有可能是在數(shù)據(jù)庫訪問層由框架直接生成
④很多情況下為了追求查詢的效率,框架跳過PO直接生成BO的情況非常普遍,PO只是用來增刪改使用
(3)BO和DTO的主要區(qū)別和聯(lián)系
①BO是對內(nèi)(比如DAO等),DTO是對外(比如前端)
②BO為了進行業(yè)務(wù)計算需要輔助數(shù)據(jù),輔助數(shù)據(jù)可能來自DTO。
③BO可以為上層提供的很多數(shù)據(jù),其中可能有DTO某些業(yè)務(wù)不需要的,因此DTO需要在BO的基礎(chǔ)上,只要自己需要的數(shù)據(jù),然后對外提供。
④在這個關(guān)系上,通常不會有數(shù)據(jù)內(nèi)容的變化,內(nèi)容變化要么在BO內(nèi)部業(yè)務(wù)計算的時候完成,要么在解釋VO的時候完成
4.總結(jié)
(1)分層領(lǐng)域模型是偏理論,實際應(yīng)用的時候,根據(jù)所使用的框架進行切合實際的修改和省略。
(2)如果第一次接觸,建議按照教條進行操作,以方便加深理解。
(3)不要教條主義的前提,也有熟悉和理解教條主義,才能結(jié)合實際進行操作。
到此這篇關(guān)于springmvc分層領(lǐng)域模型概念詳解的文章就介紹到這了,更多相關(guān)springmvc分層領(lǐng)域模型內(nèi)容請搜索服務(wù)器之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持服務(wù)器之家!
原文鏈接:https://blog.csdn.net/qq_38182673/article/details/119837140