编程导航会员会员
登录/注册

DDD系列(1) - 太好了是DDD我们有救了：DDD核心概念与领域建模

1. 引言：从“大泥球”到“积木城堡” 🏰

在软件开发的世界里，有一种令人闻风丧胆的存在，江湖人称——“大泥球”（Big Ball of Mud），也称屎山。它是指那些代码逻辑混乱、模块耦合严重、维护成本极高的系统。想象一下，你正在维护一个电商系统，只是想改一下订单评价功能，结果发现订单创建、支付、物流全都被你“牵一发而动全身”了。

image.png

譬如比较经典的 GTA5 代码：

在2020年，无数玩家在网络上吐槽抱怨：**进入GTA 5花费的时间太长了，**少则5、6分钟，多则20分钟，对于急切想开始游戏的玩家来说，这么长的等待时间实在是太长了。

其中有一个玩家，实在不愿意等待这么长时间，于是用逆编程器查看了这个游戏的运行情况，终于找到了原因，原来R星写的代码太低效，加载时一个if竟然要循环19.8亿次。

发现这个游戏漏洞的玩家是一名不愿意透露姓名的黑客大哥，他将这一发现整理成帖子，火遍网络。

image.png

而DDD（领域驱动设计）就像一位“架构师界的乐高大师”🧱，它通过领域建模和分层架构，将“大泥球”拆解成一个个清晰的“积木块”，最终搭建出一座稳固的“积木城堡”。今天，我们就来聊聊DDD的核心概念和领域建模，看看它是如何化腐朽为神奇的！

2. DDD的核心概念：从“领域”到“限界上下文” 🔍

2.1 领域（Domain）：业务的“地盘” 🌐

领域是DDD的核心，它代表了一个业务的范围。比如电商系统的领域就是“在线购物”，而“用户管理”、“订单处理”、“库存管理”则是它的子域。领域划分的关键在于抓住业务的本质，而不是技术的实现。

image.png

示例：

假设你在开发一个银行系统，主要领域可能包括“账户管理”、“交易处理”、“风险控制”等。每个领域都有其独特的业务逻辑和规则。

image.png

2.2 子域（Subdomain）：领域的“小弟” 👥

image.png

子域是领域的进一步细分，通常分为三类：

  1. 核心子域（Core Subdomain）：决定业务成败的关键部分，比如电商的“订单处理”。
  2. 支撑子域（Supporting Subdomain）：辅助核心业务的子域，比如“物流管理”。
  3. 通用子域（Generic Subdomain）：被多个子域共享的功能，比如“用户认证”。
image.png

举例说明：

在一个在线教育平台中：

  • 核心子域：课程管理、学习进度跟踪
  • 支撑子域：支付处理、邮件通知
  • 通用子域：用户注册与登录、权限管理
image.png

2.3 限界上下文（Bounded Context）：领域的“边界” 🛡️

限界上下文是DDD中最核心的概念之一，它定义了领域模型的边界。不同的上下文内，术语和概念可能有不同的含义。

示例：

在电商系统中，“商品”在商品管理上下文和订单上下文中可能有不同的含义：

  • 商品管理上下文：商品是一个复杂的实体，包含价格、库存、描述等详细信息。
  • 订单上下文：商品可能只是一个值对象，如商品ID和名称，用于订单项的描述。
image.png

论述：

通过明确限界上下文，可以避免不同模块之间的概念混淆，确保每个上下文内的模型都是一致且独立的。这不仅提高了系统的可维护性，还为团队协作提供了清晰的分工。

3. 领域建模：从“发散”到“收敛” 🎯

领域建模是DDD的核心活动，通过建模，开发者能够深入理解业务，并将其转化为软件模型。

3.1 实体（Entity）与值对象（Value Object） 🏷️

实体（Entity）： 具有唯一标识的对象，比如“用户”（User）和“订单”（Order）。

值对象（Value Object）： 没有唯一标识，通过属性值定义的对象，比如“地址”（Address）和“金额”（Money）。值对象通常是不可变的。

示例代码：

▼
java
复制代码
// 实体示例：订单
public class Order {
    private String orderId; // 唯一标识
    private List<OrderItem> items; // 订单项
    private PaymentInfo paymentInfo;
    // 其他属性和方法

    public void addItem(Product product, int quantity) {
        items.add(new OrderItem(product, quantity));
    }
}

// 值对象示例：地址
public class Address {
    private final String city;
    private final String street;
    // 无唯一标识，不可变

    public Address(String city, String street) {
        this.city = city;
        this.street = street;
    }

    // Getters
}

举例说明：

在一个社交媒体平台中：

  • 实体：用户（User）具有唯一的用户ID，随着时间可能会修改用户名、头像等信息。
  • 值对象：用户的联系方式（如Email、电话号码），这些信息没有独立的生命周期，只是用户的一部分。

3.2 聚合（Aggregate）与聚合根（Aggregate Root） 🧩

聚合（Aggregate）： 一组相关对象的集合，由一个聚合根管理。聚合确保内部的一致性和完整性。

聚合根（Aggregate Root）： 聚合中的主要实体，所有对聚合的外部访问都必须通过聚合根进行。

示例代码：

▼
java
复制代码
// 聚合根示例：订单
public class Order {
    private String orderId;
    private List<OrderItem> items;
    private PaymentInfo paymentInfo;

    public void addItem(Product product, int quantity) {
        items.add(new OrderItem(product, quantity));
    }

    public void setPaymentInfo(PaymentInfo paymentInfo) {
        this.paymentInfo = paymentInfo;
    }

    // 其他业务逻辑
}

// 订单项实体
public class OrderItem {
    private Product product;
    private int quantity;

    public OrderItem(Product product, int quantity) {
        this.product = product;
        this.quantity = quantity;
    }

    // Getters and setters
}

论述：

通过聚合的设计，系统可以确保业务规则的一致性。例如，订单聚合根可以确保在添加订单项时，库存量不会超出限制。这种封装方式减少了外部对内部对象的不当操作，提高了系统的健壮性。

3.3 领域事件（Domain Event） 📅

领域事件是领域中发生的重要事件，比如“订单已创建”（OrderCreated）。通过事件驱动架构，可以实现系统间的解耦和异步通信。

示例代码：

▼
java
复制代码
// 领域事件示例：订单创建
public class OrderCreatedEvent {
    private final String orderId;
    private final Date createTime;

    public OrderCreatedEvent(String orderId, Date createTime) {
        this.orderId = orderId;
        this.createTime = createTime;
    }

    // Getters
}

// 事件发布者示例
public class DomainEventPublisher {
    private static List<DomainEventListener> listeners = new ArrayList<>();

    public static void publish(OrderCreatedEvent event) {
        for (DomainEventListener listener : listeners) {
            listener.handle(event);
        }
    }

    public static void subscribe(DomainEventListener listener) {
        listeners.add(listener);
    }
}

// 事件监听器示例
public class OrderCreatedEventListener implements DomainEventListener {
    @Override
    public void handle(OrderCreatedEvent event) {
        // 处理订单创建事件，如发送确认邮件
    }
}

论述：

领域事件不仅能够提升系统的可扩展性，还能增强模块之间的独立性。例如，当订单创建后，可以通过发布订单创建事件，触发库存更新、通知物流等多个独立的处理流程，而无需在订单模块中直接调用这些流程。

4. 领域建模实战：电商系统的“订单处理” 🛒

假设我们要为电商系统设计一个“订单处理”领域模型，步骤如下：

4.1 识别实体和值对象

  • 实体：订单（Order）
  • 值对象：订单项（OrderItem）、地址（Address）

4.2 定义聚合

  • 聚合

    ：订单聚合

    • 聚合根：订单（Order）
    • 包含：订单项（OrderItem）、支付信息（PaymentInfo）

4.3 设计领域事件

  • 订单创建（OrderCreated）
  • 订单支付（OrderPaid）
  • 订单取消（OrderCancelled）

4.4 示例代码

▼
java
复制代码
// 订单聚合示例
public class Order {
    private String orderId;
    private List<OrderItem> items;
    private PaymentInfo paymentInfo;
    private Address shippingAddress;

    public Order(String orderId, Address shippingAddress) {
        this.orderId = orderId;
        this.shippingAddress = shippingAddress;
        this.items = new ArrayList<>();
    }

    public void addItem(Product product, int quantity) {
        items.add(new OrderItem(product, quantity));
        DomainEventPublisher.publish(new OrderItemAddedEvent(orderId, product.getId(), quantity));
    }

    public void createOrder() {
        // 创建订单逻辑
        DomainEventPublisher.publish(new OrderCreatedEvent(orderId, new Date()));
    }

    public void payOrder(PaymentInfo paymentInfo) {
        this.paymentInfo = paymentInfo;
        DomainEventPublisher.publish(new OrderPaidEvent(orderId, paymentInfo.getPaymentDate()));
    }

    public void cancelOrder() {
        // 取消订单逻辑
        DomainEventPublisher.publish(new OrderCancelledEvent(orderId, new Date()));
    }

    // Getters and other methods
}

// 支付信息值对象
public class PaymentInfo {
    private String paymentMethod;
    private Date paymentDate;

    public PaymentInfo(String paymentMethod, Date paymentDate) {
        this.paymentMethod = paymentMethod;
        this.paymentDate = paymentDate;
    }

    // Getters
}

论述：

通过上述设计，订单聚合根负责管理订单的整个生命周期。任何对订单的操作（如添加商品、支付、取消）都通过聚合根进行，确保业务规则的一致性。同时，领域事件的发布使得系统能够响应订单状态的变化，实现功能的解耦和扩展。

5. 总结：DDD的“积木哲学” 🧱➡️🏰

DDD通过领域建模和分层架构，将复杂的业务系统拆解成一个个清晰的“积木块”，再通过限界上下文和聚合根将它们组装成稳固的“积木城堡”。这种“分而治之”的思想，不仅让系统更易于维护，还为从单体架构到微服务的无缝切换奠定了基础。

关键优势：

  • 高内聚低耦合：通过明确的限界上下文和聚合，模块之间的依赖关系得到有效控制。
  • 增强可维护性：清晰的领域模型使得代码更易于理解和修改。
  • 促进团队协作：领域驱动设计为团队成员提供了统一的业务语言，减少沟通成本。

展望：

下一期，我们将深入探讨限界上下文与上下文映射，看看如何通过“上下文地图”让各个领域模块协同工作。敬请期待！

这是DDD系列的第二期，后续将继续深入探讨DDD的更多内容。📚

感兴趣的朋友可以加入我们的AI技术交流群：公众号【大大黄狗】点击 联系我们 -> 加入群聊！（也可以添加我的微信：d187l8801b6124）

Java
后端
0个评论
全部评论
点击登录，快来和大家讨论吧～
表情
图片
暂无评论
不太会飞踢
不太会飞踢
等级
内容推荐
更多
AI应用开发中的流式输出：从协议原理到工程实战的完整指南
38
第1章 LearnWise AI项目介绍
5
Spring Boot 如何处理跨域请求（CORS）：深度调研报告
3
【入职求助贴】萌新刚入职某大厂做后端开发，目前还在试用期。最近遇到一个棘手的问题，想向大家求助一下。入职不久，leader 给我派了一个任务。跟我说是0.5天就可以解决，我刚毕业入职，做了一个星期没有做出来。实现一个收集定时成功任务的案例。听起来好像不复杂，但我自己摸索着做了一整个星期，到现在还没达到预期效果。这一周我基本是“边学边做”的状态，遇到卡点也会每天主动找 leader 沟通进度和疑问。
2
#字节内推# 实习、校招、社招均有岗位
4
作者分享
更多
这个AI帮你把小红书KPI填满！别再看标题党教程了！
3
Dify工作流集成登录功能，分享应用不再“裸奔”
5
Janus-Pro 图片生成功能全新上线，释放无限创意！【AI可莉】
4
可莉OpenAPI重磅上线！一个接口搞定所有大模型，免费、高效、超简单！
3
AI技术极简教程：PandasAI入门指南
7
下载 APP