背景：

充血模型是DDD分層架構(gòu)中實(shí)體設(shè)計(jì)的一種方案，可以使關(guān)注點(diǎn)聚焦于業(yè)務(wù)實(shí)現(xiàn)，可有效提升開發(fā)效率、提升可維護(hù)性；

1、DDD項(xiàng)目落地整體調(diào)用關(guān)系

調(diào)用關(guān)系圖中的Entity為實(shí)體，從進(jìn)入領(lǐng)域服務(wù)（Domin）時開始使用，直到最后返回。

2、實(shí)體設(shè)計(jì)

充血模型是實(shí)體設(shè)計(jì)的一種方法，簡單來說，就是一種帶有具體行為方法和聚合關(guān)聯(lián)關(guān)系的特殊實(shí)體；

關(guān)于實(shí)體設(shè)計(jì)，需要明白的關(guān)鍵詞為：領(lǐng)域服務(wù)->聚合->聚合根->實(shí)體->貧血模型->充血模型

聚合與聚合根:

聚合是一種關(guān)聯(lián)關(guān)系，而聚合根就是這個關(guān)系成立的基礎(chǔ)，沒有聚合根，這個聚合關(guān)系就無法成立；

舉個例子，存在3個實(shí)體：用戶、用戶組、用戶組關(guān)聯(lián)關(guān)系，這3個實(shí)體形成的關(guān)聯(lián)關(guān)系就是聚合，而用戶實(shí)體就是這個聚合中的聚合根；

實(shí)體：

定義在領(lǐng)域?qū)樱穷I(lǐng)域?qū)拥闹匾?，從領(lǐng)域劃分到工程實(shí)踐落地，都應(yīng)該圍繞實(shí)體進(jìn)行，DDD中的實(shí)體和數(shù)據(jù)庫表不只是1對1關(guān)系，可能是1對多或者僅為內(nèi)存中的對象；

貧血模型：

實(shí)體不帶有任何行為方法，也不帶有聚合關(guān)聯(lián)關(guān)系，作用基本相當(dāng)于值對象（ValueObject），僅作為值傳遞的對象，和傳統(tǒng)三層項(xiàng)目架構(gòu)中的實(shí)體具有相同作用，不建議使用。補(bǔ)充說明：一般我們使用的DTO就可以被當(dāng)做是值對象

充血模型：

實(shí)體中帶有具有行為方法和聚合關(guān)聯(lián)關(guān)系，行為方法是說create、save、delete等封裝了一類可以指代行為的方法，比如在用戶實(shí)體對象中具有用戶組實(shí)體的引用，這樣當(dāng)我們需要操作用戶組時，只通過用戶實(shí)體進(jìn)行操作就可以。

工程實(shí)踐中，建議采用充血模型，好處是隱藏膠水代碼，提升代碼可讀性，使關(guān)注點(diǎn)聚焦于業(yè)務(wù)實(shí)現(xiàn)。

充血模型在實(shí)踐中的問題：

行為代碼量過多，導(dǎo)致實(shí)體內(nèi)部臃腫膨脹，難以閱讀，難以維護(hù)，對于這種問題，我們需要根據(jù)實(shí)體行為的代碼量多少來采取不同的解決方案。

解決方案：

場景1：行為不會導(dǎo)致實(shí)體臃腫的情況下，在實(shí)體中完成行為定義

public CooperateServicePackageConfig save() {    
    // 直接調(diào)用基礎(chǔ)設(shè)施層進(jìn)行保存
    cooperateServicePackageConfigRepository.save(this);    
    return this;
}

場景2：行為導(dǎo)致實(shí)體臃腫的情況下，采用外部定義行為的方式，核心思想是借助其他類實(shí)現(xiàn)行為代碼定義，將臃腫代碼外移，保留干凈的實(shí)體行為：

1）創(chuàng)建工具類，將某個實(shí)體中的行為定義其中，實(shí)體負(fù)責(zé)調(diào)用該工具類

public CooperateServicePackageConfig save() {    
    // 將處理過程放在工具類中
    ServicePackageSaveUtils.save(this);   
    return this;
 }

2）創(chuàng)建新實(shí)體，將該實(shí)體的使用場景明確至某個細(xì)分行為，比如一個聚合根（ExampleEntity）的保存可能涉及到5個實(shí)體的保存，那么我們定義一個ExampleSaveEntity實(shí)體，專門用來處理該聚合下的保存行為

實(shí)踐經(jīng)驗(yàn)：

1、關(guān)于spring bean注入：充血模型在實(shí)體中使用靜態(tài)注入方法實(shí)現(xiàn)。例：

private LabelInfoRepository labelInfoRepository = ApplicationContextUtils.getBean(LabelInfoRepository.class);

2、充血模型的實(shí)體序列化，排除非必要屬性，在一些redis對象緩存時可能會用到。例：

// 使用注解排除序列化屬性
@Getter(AccessLevel.NONE)
private LabelInfoRepository labelInfoRepository = ApplicationContextUtils.getBean(LabelInfoRepository.class);

// 使用注解排除序列化屬性
@JSONField(serialize = false)
private ServicePackageConfig servicePackageConfig;

// 使用注解排除序列化 get 方法
@Transient
@JSONField(serialize = false)
public static CooperateServicePackageRepositoryQuery getAllCodeQuery(Long contractId) {    
    CooperateServicePackageRepositoryQuery repositoryQuery = new CooperateServicePackageRepositoryQuery();    
    repositoryQuery.setContractIds(com.google.common.collect.Lists.newArrayList(contractId));    
    repositoryQuery.setCode(RightsPlatformConstants.CODE_ALL);   
     return repositoryQuery;
}

3、利用Set方法建立聚合綁定關(guān)系。例：

public void setServiceSkuInfos(List<ServiceSkuInfo> serviceSkuInfos) {    
    if (CollectionUtils.isEmpty(serviceSkuInfos)) 
    {        
        return;    
    }    
    this.serviceSkuInfos = serviceSkuInfos;    
    List<String> allSkuNoSet = serviceSkuInfos
                                .stream()
                                .map(one -> one.getSkuNo())
                                .collect(Collectors.toList());   
     String skuJoinStr = Joiner.on(GlobalConstant.SPLIT_CHAR).join(allSkuNoSet);    
     this.setSkuNoSet(skuJoinStr);}

作者：京東健康 張君毅

來源：京東云開發(fā)者社區(qū)