談一下你對DDD的理解？我：馬什么梅？

作者：科技繆繆 2020-08-27 08:31:11

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

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

——《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)并且落地的項目和公司少之又少，而進來阿里內(nèi)部其實在大力推行DDD的理念，它主要可以幫助我們解決傳統(tǒng)單體式集中架構(gòu)難以快速響應(yīng)業(yè)務(wù)需求落地的問題，并且針對中臺和微服務(wù)盛行的場景做出指導(dǎo)。

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

DDD的作用

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

明確分工：域模型需要明確定義來解決方方面面的問題，而針對這些問題則形成了團隊分鐘的理解。

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

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

DDD的概念

實體

有唯一標志的核心領(lǐng)域?qū)ο螅疫@個標志在整個軟件生命周期中都不會發(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ā)生在過去的事件。比如充值成功、充值失敗的事件。

四種模式

失血模型

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

@Data 
@ToString 
public 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()); 
    } 
}

貧血模型

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

@Data 
@ToString 
public 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(); 
    } 
}

充血模型

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

@Data 
@ToString 
public 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); 
    } 
}