领域驱动设计 -1

在领域驱动设计（DDD）中，领域服务（Domain Service） 和 聚合方法（即聚合根或其内部实体/值对象上的方法） 是实现业务逻辑的两种核心方式。它们的根本区别在于职责归属、状态持有和协作范围。

下面从多个维度清晰对比两者的区别，并给出实践指导：

一、本质定义

✅ 聚合是有状态的“主角”，领域服务是无状态的“协调者”。

二、核心区别对比表

三、何时使用聚合方法？（优先选择）

当业务逻辑：

• 只操作本聚合的状态
• 是该聚合的自然职责
• 能通过聚合根的方法清晰表达意图

✅ 示例：订单取消

1public class Order {
2    private OrderStatus status;
3
4    public void cancel() {
5        if (status == OrderStatus.SHIPPED) {
6            throw new IllegalStateException("已发货，不能取消");
7        }
8        this.status = OrderStatus.CANCELLED;
9    }
10}

✔️ 完全基于自身状态，是订单的“天职”——放在聚合方法中。

四、何时使用领域服务？（不得已而为之）

当业务逻辑：

• 涉及两个或以上聚合
• 无法合理归属到任一聚合
• 是通用业务规则（如校验、计算、协调）

✅ 示例：转账（涉及两个账户聚合）

1public class TransferService {
2    public void transfer(Account from, Account to, Money amount) {
3        if (!from.canTransfer(amount)) {
4            throw new InsufficientFundsException();
5        }
6        from.debit(amount);
7        to.credit(amount);
8    }
9}

✔️ 操作两个 Account​ 聚合，无法放在任一账户内部——必须用领域服务。

五、常见错误与反模式

六、设计决策流程图（简化版）

1要实现一个业务逻辑？
2        ↓
3是否只操作一个聚合的状态？
4   ↙ 是                ↘ 否
5放在聚合方法中       是否属于某个聚合的自然职责？
6                         ↙ 是           ↘ 否
7                    放在该聚合中      使用领域服务

七、总结口诀

🔹 能放聚合，绝不外放
🔹 跨聚合作，服务登场
🔹 聚合有状态，服务无状态
🔹 服务不碰基础设施，只靠抽象协作