领域驱动设计（DDD）优雅的使用设计模式

领域驱动设计（Domain-Driven Design，DDD）是一种以领域模型为核心的软件设计方法，强调通过业务领域的语言和逻辑来构建系统。设计模式（Design Patterns）是解决特定问题的通用可复用方案。两者在软件设计中相辅相成，DDD提供高层次的设计方向，而设计模式提供具体的实现手段。

---

DDD的核心模式

• 聚合根（Aggregate Root） 聚合根是领域模型中的核心实体，负责维护聚合内的一致性边界。其他实体或值对象通过聚合根访问，确保业务规则的完整性。

public class Order { // 聚合根
    private List<OrderItem> items;
    
    public void addItem(Product product, int quantity) {
        // 业务逻辑校验
        items.add(new OrderItem(product, quantity));
    }
}

• 值对象（Value Object） 值对象通过属性定义而非标识符，通常是不可变的。例如，地址或货币值。

public class Address {
    private final String street;
    private final String city;
    // 无Setter方法，构造时初始化
}

• 领域服务（Domain Service） 封装领域逻辑，尤其是跨聚合的业务操作。例如支付或库存检查服务。

public class PaymentService {
    public void processPayment(Order order, PaymentDetails details) {
        // 跨聚合逻辑
    }
}

---

设计模式在DDD中的应用

工厂模式（Factory） 用于创建复杂聚合或值对象，隐藏构造细节。例如订单工厂。

public class OrderFactory {
    public Order createOrder(Customer customer) {
        return new Order(customer, new ArrayList<>());
    }
}

仓储模式（Repository） 提供聚合根的持久化抽象，屏蔽数据访问细节。

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

策略模式（Strategy） 封装可替换的领域规则。例如定价策略。

public interface PricingStrategy {
    BigDecimal calculatePrice(OrderItem item);
}

---

结合DDD与设计模式的最佳实践

分层架构

• 用户接口层：处理交互（如DTO转换）。
• 应用层：协调领域逻辑（用例实现）。
• 领域层：核心业务模型（聚合、领域服务）。
• 基础设施层：技术实现（数据库、消息队列）。

事件驱动 通过领域事件（Domain Events）解耦业务逻辑，结合观察者模式或事件总线实现。

public class OrderShippedEvent {
    private OrderId orderId;
    private LocalDateTime shippedDate;
}

CQRS模式 将读写操作分离，优化查询性能。读模型可能使用单独的数据库或缓存。

public class OrderQueryService {
    public OrderDTO getOrderDetails(OrderId id) {
        // 直接查询读库
    }
}

---

注意事项

• DDD适用于复杂业务场景，简单场景可能引入不必要的复杂性。
• 设计模式的选择需匹配领域需求，避免过度设计。
• 领域模型需与业务专家协作验证，确保语言一致性。