前言

最近有空會跟同事討論DDD架構(gòu)的實踐落地的情況，但真實情況是，實際中對于領(lǐng)域驅(qū)動設(shè)計中的實體，值對象，聚合根，領(lǐng)域事件這些戰(zhàn)術(shù)類的實踐落地，每個人理解依然因人而異，大概率是因為這些概念還是有一些抽象，同時有有別于傳統(tǒng)的MVC架構(gòu)開發(fā)。

在此，通過小demo的方式跟大家分享一下我對DDD中戰(zhàn)術(shù)層級的理解，算是拋磚引玉，該理解僅代表我個人在現(xiàn)階段的一個理解，也可能未來隨著業(yè)務(wù)經(jīng)驗深入，還會有不同的理解。

既然說是小demo，還是要從業(yè)務(wù)場景出發(fā)，也就是我最熟知的電商業(yè)務(wù)場景說起。但是該篇文章里， 我會簡化一些實際業(yè)務(wù)場景中的復(fù)雜度，通過最小顆粒度的demo，來反映實踐過程中的基本問題。

一個簡單的demo業(yè)務(wù)場景

話不多說，我先拋出我自己假設(shè)的一個業(yè)務(wù)場景，就是我們熟知的電商網(wǎng)站下單購物的場景。具體細(xì)節(jié)如下：

1. 實體：

? 商品：擁有唯一標(biāo)識、名稱、價格、庫存等屬性。

? 訂單：擁有唯一標(biāo)識、下單時間、狀態(tài)等屬性。訂單包含多個訂單項。

2. 值對象：

? 地址：擁有省、市、區(qū)、詳細(xì)地址等屬性。

3. 領(lǐng)域事件：

? 訂單創(chuàng)建事件：當(dāng)用戶下單時觸發(fā)該事件，包含訂單信息、商品信息等數(shù)據(jù)。

? 訂單支付事件：當(dāng)用戶完成支付時觸發(fā)該事件，包含訂單信息、支付金額等數(shù)據(jù)。

? 訂單發(fā)貨事件：當(dāng)商家發(fā)貨時觸發(fā)該事件，包含訂單信息、快遞公司、快遞單號等數(shù)據(jù)。

4. 聚合根：

? 商品聚合根：包含商品實體和相關(guān)的值對象，負(fù)責(zé)商品的創(chuàng)建、修改、查詢等操作。

? 訂單聚合根：包含訂單實體和相關(guān)的值對象，負(fù)責(zé)訂單的創(chuàng)建、修改、查詢等操作。

5. 對外接口服務(wù)：

? 創(chuàng)建訂單接口：用戶提交購買請求后，系統(tǒng)創(chuàng)建相應(yīng)的訂單，并觸發(fā)訂單創(chuàng)建事件。

? 支付訂單接口：用戶完成支付后，系統(tǒng)更新訂單狀態(tài)，并觸發(fā)訂單支付事件。

? 發(fā)貨接口：商家發(fā)貨后，系統(tǒng)更新訂單狀態(tài)，并觸發(fā)訂單發(fā)貨事件。

? 查詢訂單接口：用戶可以根據(jù)訂單號等條件查詢自己的訂單信息。

該demo中，商品和訂單是兩個核心領(lǐng)域概念，分別由對應(yīng)的聚合根負(fù)責(zé)管理。同時，通過定義領(lǐng)域事件，實現(xiàn)了不同業(yè)務(wù)場景下的數(shù)據(jù)更新和通知。最后，對外提供了一組簡單的接口服務(wù)，方便系統(tǒng)的使用和擴展。

demo的java代碼實現(xiàn)

好了，有了以上我們對業(yè)務(wù)場景的充分剖析，確定了子域，接下來我們該寫我們的代碼。

1.商品實體類：

// 省略getter/setter方法
public class Product {
    private Long id;
    private String name;
    private BigDecimal price;
    private Integer stock;
}

2. 訂單實體類

// 省略getter/setter方法
public class Order {
    private Long id;
    private LocalDateTime createTime;
    private Integer status;
    private List orderItems;
}

3. 訂單項實體類

// 省略getter/setter方法
public class OrderItem {
    private Long id;
    private Product product;
    private Integer quantity;
    private BigDecimal price;
}

4. 地址值對象

// 省略getter/setter方法 
public class Address {
    private String province;
    private String city;
    private String district;
    private String detail;
}

5. 領(lǐng)域事件類

//訂單創(chuàng)建領(lǐng)域事件
public class OrderCreatedEvent {
    private Order order;
    private List orderItems;

    public OrderCreatedEvent(Order order, List orderItems) {
        this.order = order;
        this.orderItems = orderItems;
    }
}


//訂單支付領(lǐng)域事件
public class OrderPaidEvent {
    private Order order;
    private BigDecimal amount;

    public OrderPaidEvent(Order order, BigDecimal amount) {
        this.order = order;
        this.amount = amount;
    }
}

//訂單
public class OrderShippedEvent {
    private Order order;
    private String expressCompany;
    private String expressNo;

    public OrderShippedEvent(Order order, String expressCompany, String expressNo) {
        this.order = order;
        this.expressCompany = expressCompany;
        this.expressNo = expressNo;
    }
}

6. 商品聚合根

public class ProductAggregate {
    private ProductService productService;

    public void createProduct(Product product) {
        productService.create(product);
    }

    public void updateProduct(Product product) {
        productService.update(product);
    }

    public void deleteProduct(Long productId) {
        productService.delete(productId);
    }

    public Product getProductById(Long productId) {
        return productService.getById(productId);
    }
}

7. 訂單聚合根

public class OrderAggregate {
    private OrderService orderService;

    public void createOrder(Order order, List orderItems) {
        orderService.create(order);
        // 觸發(fā)訂單創(chuàng)建事件 
        DomainEventPublisher.publish(new OrderCreatedEvent(order, orderItems));
    }

    public void payOrder(Long orderId, BigDecimal amount) {
        orderService.pay(orderId, amount);
        // 觸發(fā)訂單支付事件
        DomainEventPublisher.publish(new OrderPaidEvent(orderService.getById(orderId), amount));
    }

    public void shipOrder(Long orderId, String expressCompany, String expressNo) {
        orderService.ship(orderId, expressCompany, expressNo);
        // 觸發(fā)訂單發(fā)貨事件 
        DomainEventPublisher.publish(new OrderShippedEvent(orderService.getById(orderId), expressCompany, expressNo));
    }

    public Order getOrderById(Long orderId) {
        return orderService.getById(orderId);
    }
}

總結(jié)

通過以上demo，對于實體和值對象，大家會很好理解，并且很直觀。但是， 我額外想重點解釋一下聚合根和領(lǐng)域事件的概念

1. 聚合根

從上面的demo可以看出，在合根類中，我們定義了商品和訂單的增、刪、查等操作，并且為訂單定義了創(chuàng)建訂單、支付訂單、發(fā)貨等業(yè)務(wù)邏輯代碼。

聚合根是一個對象，它代表一組相關(guān)聯(lián)的對象的整體。在聚合根內(nèi)部，可以包含多個實體對象和值對象。聚合根通常可以通過唯一標(biāo)識符來進行識別和訪問。它是整個聚合的管理者，負(fù)責(zé)維護聚合之內(nèi)的一致性，并協(xié)調(diào)各個實體對象之間的關(guān)系。聚合根通常具有豐富的行為和操作，可以對聚合內(nèi)部的對象進行復(fù)雜的操作。

所以說，真正的聚合根內(nèi)的方法是基于充血模型封裝的，而不是僅僅是對對象的數(shù)據(jù)封裝。在聚合根中，對象不僅封裝了數(shù)據(jù)，還包含了相應(yīng)的行為和業(yè)務(wù)邏輯。這意味著在一個聚合根中，對象可以自己處理自己的業(yè)務(wù)邏輯，而不需要外部的控制。就如同demo中所寫的那樣，訂單對象可能包含一些關(guān)于訂單處理和交付的方法，如確認(rèn)訂單、取消訂單、發(fā)貨等。

2. 領(lǐng)域事件

領(lǐng)域事件是DDD中最重要的概念之一，他是解決子域之間耦合的重要手段，因為它們提供了一種將領(lǐng)域概念和業(yè)務(wù)語言轉(zhuǎn)化為代碼的方法。當(dāng)一個領(lǐng)域事件發(fā)生時，它會觸發(fā)一些操作，這些操作可能會更改系統(tǒng)的狀態(tài)，也可能會導(dǎo)致其他領(lǐng)域事件的發(fā)生。通過對領(lǐng)域事件進行建模，我們可以更好地了解業(yè)務(wù)過程并設(shè)計出更加符合實際需求的系統(tǒng)。

在DDD中，領(lǐng)域事件通常由三個部分組成：

1.事件名稱：這個名稱應(yīng)該能夠簡潔明了地描述事件所代表的業(yè)務(wù)意義。

2.相關(guān)數(shù)據(jù)：這些數(shù)據(jù)包含了事件發(fā)生時與事件相關(guān)的所有信息。例如，在一個電子商務(wù)系統(tǒng)中，如果訂單被提交，則訂單信息以及買家和賣家的信息都應(yīng)該包括在該事件中。

3.發(fā)送者和接收者：發(fā)送者通常是觸發(fā)事件的對象，接收者則是事件處理的對象。

領(lǐng)域事件在DDD中有很多用途。例如，它們可以用來觸發(fā)其他業(yè)務(wù)流程、更新數(shù)據(jù)庫或通知其他子系統(tǒng)。它們還可以用于解決一些復(fù)雜的業(yè)務(wù)邏輯問題，例如并發(fā)、數(shù)據(jù)同步和錯誤處理等等。

總之，領(lǐng)域事件是DDD架構(gòu)中非常重要的概念，它可以幫助我們更好地理解業(yè)務(wù)過程，設(shè)計出更加符合實際需求的系統(tǒng)，并提高系統(tǒng)的可維護性和可擴展性。

?審核編輯 黃宇