springmvc分層領域模型概念詳解
本文核心為分層領域模型(VO , PO , BO, DAO ,POJO等)概念的個人理解。
1.為什么出現(xiàn)分層領域模型這個東西?
(1)解決MVC架構(gòu)中各層(比如視圖層+控制層+服務層+數(shù)據(jù)訪問層+數(shù)據(jù)庫)中各層數(shù)據(jù)交互時,傳遞什么數(shù)據(jù)模型更加科學和合理。
(2)更好的降低MVC架構(gòu)中各層間的耦合性,提高層內(nèi)的內(nèi)聚性,這樣更方便對軟件進行維護
(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層調(diào)用Service層服務接口時,把DTO領域模型或者其它數(shù)據(jù)模型轉(zhuǎn)換為BO模型**,作為參數(shù)傳遞給Service接口。
④DAO(Data Access Object )
數(shù)據(jù)訪問層對象,主要用來封裝對數(shù)據(jù)庫的訪問,它是一個面向?qū)ο蟮臄?shù)據(jù)庫接口,負責持久層的操作,為業(yè)務層提供接口,主要用來封裝對數(shù)據(jù)庫的訪問,常見操作無外乎 CURD。在Mybatis中對應的是Mapper。
⑤PO(Persistant Object)
持久對象,簡單說PO就是數(shù)據(jù)庫中的記錄,一個PO的數(shù)據(jù)結(jié)構(gòu)對應著庫中表的結(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)領域驅(qū)動設計中
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)轉(zhuǎn)為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自動注入),還定義了很多調(diào)用Mapper(DAO)的方法.
(2)為什么圖中BO橫跨兩層
①現(xiàn)在很多持久層框架自身就提供了數(shù)據(jù)組合的功能。
②BO有可能是在業(yè)務層由業(yè)務來拼裝PO而成
③也有可能是在數(shù)據(jù)庫訪問層由框架直接生成
④很多情況下為了追求查詢的效率,框架跳過PO直接生成BO的情況非常普遍,PO只是用來增刪改使用
(3)BO和DTO的主要區(qū)別和聯(lián)系
①BO是對內(nèi)(比如DAO等),DTO是對外(比如前端)
②BO為了進行業(yè)務計算需要輔助數(shù)據(jù),輔助數(shù)據(jù)可能來自DTO。
③BO可以為上層提供的很多數(shù)據(jù),其中可能有DTO某些業(yè)務不需要的,因此DTO需要在BO的基礎上,只要自己需要的數(shù)據(jù),然后對外提供。
④在這個關系上,通常不會有數(shù)據(jù)內(nèi)容的變化,內(nèi)容變化要么在BO內(nèi)部業(yè)務計算的時候完成,要么在解釋VO的時候完成
4.總結(jié)
(1)分層領域模型是偏理論,實際應用的時候,根據(jù)所使用的框架進行切合實際的修改和省略。
(2)如果第一次接觸,建議按照教條進行操作,以方便加深理解。
(3)不要教條主義的前提,也有熟悉和理解教條主義,才能結(jié)合實際進行操作。
到此這篇關于springmvc分層領域模型概念詳解的文章就介紹到這了,更多相關springmvc分層領域模型內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Spring接口版本控制方案及RequestMappingHandlerMapping接口介紹(最新推薦)
RequestMappingHandlerMapping接口是Spring MVC中的一個核心組件,負責處理請求映射和處理器的匹配這篇文章主要介紹了Spring接口版本控制方案及RequestMappingHandlerMapping接口介紹,需要的朋友可以參考下2024-07-07