www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁 > 公眾號精選 > 架構(gòu)師社區(qū)
[導(dǎo)讀]領(lǐng)域模型(domain model)是對領(lǐng)域內(nèi)的概念類或現(xiàn)實世界中對象的可視化表示。領(lǐng)域模型也稱為概念模型、領(lǐng)域?qū)ο竽P秃头治鰧ο竽P汀?——《UML和模式應(yīng)用》 我們在日常開發(fā)中,經(jīng)常針對一些功能點爭論“這個功能不應(yīng)該我改,應(yīng)該是你那邊改”,最終被妥協(xié)改了

領(lǐng)域模型(domain model)是對領(lǐng)域內(nèi)的概念類或現(xiàn)實世界中對象的可視化表示。領(lǐng)域模型也稱為概念模型、領(lǐng)域?qū)ο竽P秃头治鰧ο竽P汀?/span>

——《UML和模式應(yīng)用》

我們在日常開發(fā)中,經(jīng)常針對一些功能點爭論“這個功能不應(yīng)該我改,應(yīng)該是你那邊改”,最終被妥協(xié)改了之后都改不明白為什么這個功能要在自己這邊改。區(qū)別于傳統(tǒng)的架構(gòu)設(shè)計,領(lǐng)域驅(qū)動設(shè)計(DDD)也許在這個時候能幫助你做到清晰的劃分。


什么是DDD?


領(lǐng)域驅(qū)動設(shè)計最初由Eric Evans提出,但是多年以來一直停留在理念階段,真正能實現(xiàn)并且落地的項目和公司少之又少,而進(jìn)來阿里內(nèi)部其實在大力推行DDD的理念,它主要可以幫助我們解決傳統(tǒng)單體式集中架構(gòu)難以快速響應(yīng)業(yè)務(wù)需求落地的問題,并且針對中臺和微服務(wù)盛行的場景做出指導(dǎo)。


DDD為我們提供的是架構(gòu)設(shè)計的方法論,既面向技術(shù)也面向業(yè)務(wù),從業(yè)務(wù)的角度來把握設(shè)計方案。


統(tǒng)一思想:統(tǒng)一項目各方業(yè)務(wù)、產(chǎn)品、開發(fā)對問題的認(rèn)知,而不是開發(fā)和產(chǎn)品統(tǒng)一,業(yè)務(wù)又和產(chǎn)品統(tǒng)一從而產(chǎn)生分歧。

明確分工:域模型需要明確定義來解決方方面面的問題,而針對這些問題則形成了團(tuán)隊分鐘的理解。

反映變化:需求是不斷變化的,因此我們的模型也是在不斷的變化的。領(lǐng)域模型則可以真實的反映這些變化。

邊界分離:領(lǐng)域模型與數(shù)據(jù)模型分離,用領(lǐng)域模型來界定哪些需求在什么地方實現(xiàn),保持結(jié)構(gòu)清晰。


DDD的概念

實體

有唯一標(biāo)志的核心領(lǐng)域?qū)ο?,且這個標(biāo)志在整個軟件生命周期中都不會發(fā)生變化。這個概念和我們平時軟件模型中和數(shù)據(jù)庫打交道的Model實例比較接近,唯一不同的是DDD中這些實體會包含與該實體相關(guān)的業(yè)務(wù)邏輯,它是操作行為的載體。


值對象

依附于實體存在,通過對象屬性來識別的對象,它將一些相關(guān)的實體屬性打包在一起處理,形成一個新的對象。

舉個栗子:比如用戶實體,包含用戶名、密碼、年齡、地址,地址又包含省市區(qū)等屬性,而將省市區(qū)這些屬性打包成一個屬性集合就是值對象。


聚合

實體和值對象表現(xiàn)的是個體的能力,而我們的業(yè)務(wù)邏輯往往很復(fù)雜,依賴個體是無法完成的,這時候就需要多個實體和值對象一起協(xié)同工作,而這個協(xié)同的組織就是聚合。聚合是數(shù)據(jù)修改和持久化的基本單元,同一個聚合內(nèi)要保證事務(wù)的一致性,所以在設(shè)計的時候要保證聚合的設(shè)計拆分到最小化以保證效率和性能。


聚合根

也叫做根實體,一個特殊的實體,它是聚合的管理者,代表聚合的入口,抓住聚合根可以抓住整個聚合。


領(lǐng)域服務(wù)

有些領(lǐng)域的操作是一些動詞,并不能簡單的把他們歸類到某個實體或者值對象中。這樣的行為從領(lǐng)域中識別出來之后應(yīng)該將它聲明成一個服務(wù),它的作用僅僅是為領(lǐng)域提供相應(yīng)的功能。


領(lǐng)域事件

在特定的領(lǐng)域由用戶動作觸發(fā),表示發(fā)生在過去的事件。比如充值成功、充值失敗的事件。


四種模式


1、失血模型

模型中只有簡單的get set方法,是對一個實體最簡單的封裝,其他所有的業(yè)務(wù)行為由服務(wù)類來完成。

@Data@ToStringpublic class User { private Long id; private String username; private String password; private Integer status; private Date createdAt; private Date updatedAt; private Integer isDeleted;}

public class UserService{ public boolean isActive(User user){ return user.getStatus().equals(StatusEnum.ACTIVE.getCode()); }}


2、貧血模型

在失血模型基礎(chǔ)之上聚合了業(yè)務(wù)領(lǐng)域行為,領(lǐng)域?qū)ο蟮臓顟B(tài)變化停留在內(nèi)存層面,不關(guān)心數(shù)據(jù)持久化。

@Data@ToStringpublic class User { private Long id; private String username; private String password; private Integer status; private Date createdAt; private Date updatedAt; private Integer isDeleted;  public boolean isActive(User user){ return user.getStatus().equals(StatusEnum.ACTIVE.getCode()); }  public void setUsername(String username){ return username.trim(); }}

		

3、充血模型

在貧血模型基礎(chǔ)上,負(fù)責(zé)數(shù)據(jù)的持久化。

@Data@ToStringpublic class User { private Long id; private String username; private String password; private Integer status; private Date createdAt; private Date updatedAt; private Integer isDeleted;  private UserRepository userRepository;  public boolean isActive(User user){ return user.getStatus().equals(StatusEnum.ACTIVE.getCode()); }  public void setUsername(String username){ this.username = username.trim(); userRepository.update(user); }}

4、脹血模型

service都不需要,所有的業(yè)務(wù)邏輯、數(shù)據(jù)存儲都放到一個類中。


對于DDD來說,失血和脹血都是不合適的,失血太輕量沒有聚合,脹血那是初學(xué)者才這樣寫代碼。那么充血模型和貧血模型該怎么選擇?充血模型依賴repository接口,與數(shù)據(jù)存儲緊密相關(guān),有破壞程序穩(wěn)定性的風(fēng)險。


建模方法


用例分析法

用例分析法是領(lǐng)域建模最簡單可行的方式。大致可以分為獲取用例、收集實體、添加關(guān)聯(lián)、添加屬性、模型精化幾個步驟。

  1. 獲取用例:提取領(lǐng)域規(guī)則描述

  2. 收集實體:定位實體,

  3. 添加關(guān)聯(lián):兩個實體間用動詞關(guān)聯(lián)起來

  4. 添加屬性:獲取實體屬性

  5. 模型精化:可選的步驟,可以用UML的泛華和組合來表達(dá)模型間的關(guān)系,同時可以做子領(lǐng)域的劃分


四色建模法

四色建模法源于《Java Modeling In Color With UML》,它是一種模型的分析和設(shè)計方法,通過把所有模型分為四種類型,幫助模型做到清晰、可追溯。

簡單來說,四色關(guān)注的是某個人的角色在某個地點的角色用某個東西的角色做了某件事情。


事件風(fēng)暴法

事件風(fēng)暴法類似頭腦風(fēng)暴,簡單來說就是誰在何時基于什么做了什么,產(chǎn)生了什么,影響了什么事情。



架構(gòu)分層

區(qū)別于左圖傳統(tǒng)架構(gòu)的分層,一般DDD分層會有一些變化。

Application:包含事件注冊、業(yè)務(wù)邏輯等

Domain:聚合、實體、值對象

InfraStructure:基礎(chǔ)設(shè)施封裝、數(shù)據(jù)庫訪問等


總結(jié):

DDD是一套完善的方法論,他能幫助我們合理的對系統(tǒng)進(jìn)行架構(gòu)設(shè)計,同時,好的模板應(yīng)該是在不斷的適應(yīng)變化,而DDD也能幫助我們更快速更方便的支撐業(yè)務(wù)的發(fā)展。


特別推薦一個分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容,還沒關(guān)注的小伙伴,可以長按關(guān)注一下:

面試官:談一下你對DDD的理解?我:馬什么梅?

面試官:談一下你對DDD的理解?我:馬什么梅?

面試官:談一下你對DDD的理解?我:馬什么梅?

長按訂閱更多精彩▼

面試官:談一下你對DDD的理解?我:馬什么梅?

如有收獲,點個在看,誠摯感謝

免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
關(guān)閉
關(guān)閉