领域驱动设计

1. DDD核心概念

1.1 什么是DDD

领域驱动设计（Domain-Driven Design）是一套以业务领域为核心的软件设计方法论，强调技术与业务的深度融合。

1.2 核心原则

2. 战略设计

2.1 限界上下文（Bounded Context）

限界上下文是语义边界，在其中领域模型有明确且统一的含义：

┌──────────────┐  ┌──────────────┐  ┌──────────────┐
│  订单上下文    │  │  商品上下文    │  │  支付上下文    │
│              │  │              │  │              │
│ Order        │  │ Product      │  │ Payment      │
│ OrderItem    │  │ Category     │  │ Transaction  │
│ OrderStatus  │  │ Inventory    │  │ Refund       │
└──────┬───────┘  └──────┬───────┘  └──────┬───────┘
       │                 │                 │
       └──── 上下文映射 ──┴─────────────────┘

2.2 上下文映射

2.3 子域分类

3. 战术设计

3.1 实体与值对象

3.2 聚合与聚合根

聚合是一致性边界，聚合根是聚合的唯一入口：

聚合: 订单
├── 聚合根: Order
│   ├── orderId (标识)
│   ├── customerId
│   └── status
├── 实体: OrderItem
│   ├── productId
│   ├── quantity
│   └── price
└── 值对象: Address
    ├── street
    ├── city
    └── zipCode

聚合设计原则：

• 聚合尽量小
• 通过ID引用其他聚合
• 一个事务只修改一个聚合
• 跨聚合使用领域事件

3.3 领域服务

当业务逻辑不属于任何实体或值对象时，使用领域服务：

public class TransferService {
    public void transfer(Account from, Account to, Money amount) {
        from.debit(amount);
        to.credit(amount);
    }
}

3.4 领域事件

领域中发生的有意义的事情：

public class OrderCreatedEvent {
    private final String orderId;
    private final String customerId;
    private final Money totalAmount;
    private final Instant occurredOn;
}

3.5 仓储（Repository）

提供聚合的持久化和检索接口：

public interface OrderRepository {
    Order findById(OrderId id);
    void save(Order order);
    void delete(Order order);
}

4. 分层架构（DDD版）

┌──────────────────────────────┐
│        用户界面/展示层         │
├──────────────────────────────┤
│        应用层 (Application)   │  ← 用例编排
├──────────────────────────────┤
│        领域层 (Domain)        │  ← 核心业务逻辑
├──────────────────────────────┤
│        基础设施层 (Infra)      │  ← 技术实现
└──────────────────────────────┘

5. DDD实践要点