DDD-必须理解的领域服务

上一章我们理解了领域模型中的实体和值对象，还有一种跟实体和值对象联系非常紧密的领域模型，那就是领域服务。这一章我们一起来学习和掌握领域服务。

一、DDD已经有实体和值对象，为什么还需要领域服务 ？

在领域驱动设计（DDD）中，除了实体和值对象，还需要领域服务的原因在于某些业务逻辑无法自然地归属到单一的实体或值对象中。领域服务补充了领域模型的设计，使得系统能够更清晰地表达复杂的领域逻辑，并保持模型的高内聚和低耦合。

为什么需要领域服务？

1. 处理跨实体或聚合的业务逻辑：

   • 某些操作需要涉及多个实体或聚合根，并且这些逻辑无法合理地归属到某个单一实体或值对象中。
   • 例子： 在银行系统中，两个账户之间的资金转账需要同时更新两个账户的余额。这种逻辑不能合理地放在单个账户实体中，因为它涉及跨聚合的操作。

2. 避免实体或值对象的职责过载：

   • 如果将复杂的业务逻辑直接放入实体或值对象中，会导致它们职责过重，变得难以维护。
   • 例子： 订单实体的职责是表示订单本身的状态和行为，而库存校验或支付验证逻辑并不属于订单本身的核心职责。这些逻辑可以提取到领域服务中。

3. 封装领域逻辑：

   • 某些逻辑可能是独立于具体实体的，但又与领域密切相关。通过领域服务，可以更清晰地表达这些独立逻辑。
   • 例子： 一个折扣计算逻辑可能基于用户等级、商品种类和促销活动，而这些逻辑并不自然属于某个单一实体。

4. 更好地对外暴露领域功能：

   • 领域服务可以作为领域层的接口，对外提供领域逻辑的操作能力，确保领域层的封装性。
   • 例子： 一个电商系统中，“下订单”操作可能需要同时校验库存、计算价格、生成订单等，这些操作通过领域服务统一封装，对外提供。

领域服务与实体和值对象的职责分工

领域构建块	主要职责	适用场景
实体（Entity）	表示领域中的核心业务对象，具有唯一标识符和状态	订单、账户、用户等需要跟踪状态和生命周期的对象
值对象（Value Object）	表示领域中无标识符的对象，仅关注其值，不跟踪状态	金额、日期、地址等不需要单独识别、只关心内容的对象
领域服务（Domain Service）	实现跨实体或聚合的业务逻辑，或独立于单一实体的业务逻辑	账户转账、折扣计算、库存校验等涉及多个实体或复杂逻辑的操作

具体例子

1. 银行账户转账

• 场景描述： 用户 A 向用户 B 转账 100 元。
• 设计分工：
  • 实体（Account）：
    • 表示用户的账户，包括余额和唯一标识符。
    • 提供增加或减少余额的方法。
  • 领域服务（TransferService）：
    • 负责转账逻辑，包括扣减用户 A 的余额、增加用户 B 的余额，以及校验转账金额是否有效。

class TransferService
{
    public function transfer(Account $fromAccount, Account $toAccount, Money $amount): void
    {
        if ($fromAccount->getBalance() < $amount) {
            throw new Exception("余额不足");
        }

        $fromAccount->decreaseBalance($amount);
        $toAccount->increaseBalance($amount);
    }
}

2. 电商订单中的折扣计算

• 场景描述： 根据用户的会员等级、订单金额和商品类型，计算适用的折扣。
• 设计分工：
  • 值对象（Money）： 表示订单金额。
  • 领域服务（DiscountService）：
    • 根据业务规则计算折扣。

class DiscountService
{
    public function calculateDiscount(User $user, Order $order): Money
    {
        $discountRate = 0.0;

        if ($user->isVIP()) {
            $discountRate += 0.1; // VIP 用户享受 10% 折扣
        }

        if ($order->getTotalAmount() > 1000) {
            $discountRate += 0.05; // 订单金额超过 1000，享受额外 5% 折扣
        }

        return $order->getTotalAmount()->multiply(1 - $discountRate);
    }
}

• 领域服务的定位：

  • 在领域模型中，领域服务的存在是为了清晰地表达那些跨实体、跨聚合的业务逻辑，避免将这些逻辑强行归属到单个实体中，造成模型职责混乱。

• 为什么需要领域服务？

  • 简化模型： 通过将复杂的领域逻辑分离到服务中，实体和值对象可以专注于其核心职责。
  • 清晰职责： 领域服务为系统的领域逻辑提供了明确的入口点，便于理解和维护。

• 通俗比喻：

  • 实体和值对象像是公司的员工，各自有明确的岗位职责。
  • 领域服务像是项目经理，负责协调员工完成需要多方协作的复杂任务。

二、如何理解领域驱动设计中的领域服务 ？

在领域驱动设计（DDD）中，领域服务（Domain Service）是一个重要的构建块，用于表示跨越多个实体或值对象的复杂领域逻辑，帮助保持领域模型的清晰性和简洁性。

领域服务的定义

领域服务是用于实现那些无法归属于单个实体或值对象的业务逻辑。它代表领域中的一种行为，通常是一个无状态的类或方法，主要用于处理复杂的操作。

领域服务的特点

1. 无状态：

   • 领域服务本身不存储任何状态，只操作传递给它的实体、值对象或其他领域模型。

2. 聚焦业务逻辑：

   • 它只负责实现与领域相关的业务逻辑，不关心基础设施细节（如数据库、外部服务）。

3. 适用于跨对象操作：

   • 如果某些业务逻辑涉及多个实体和值对象，但这些操作又不能自然地归属到某个单一的实体或聚合根时，就可以使用领域服务。

4. 高内聚性：

   • 领域服务的方法应清晰、单一地表达领域行为，避免杂糅其他职责。

领域服务 vs 应用服务

• 领域服务： 聚焦于领域层的业务逻辑，处理领域模型内部的复杂业务行为。
• 应用服务： 位于应用层，负责协调领域服务、聚合和基础设施（如数据库）的交互，通常是用来实现用例。

领域服务的使用场景

领域服务适用于以下情况：

1. 跨实体的业务逻辑：

   • 当某些业务逻辑需要操作多个实体或聚合根时。
   • 示例：两个账户之间的资金转移。

2. 不能归属于实体或值对象的逻辑：

   • 某些逻辑无法自然地放入任何实体或值对象中时。
   • 示例：折扣计算逻辑。

3. 复杂的业务计算或验证：

   • 涉及复杂规则的计算或校验逻辑。
   • 示例：订单的复杂校验。

领域服务的实现示例

示例场景：电商平台中订单的支付逻辑

业务描述： 用户下单后，系统需要检查库存是否足够，然后处理支付操作。如果成功，则标记订单为已支付。

领域模型：

• 实体：
  • Order（订单）：表示用户下的订单。
  • Inventory（库存）：表示商品库存。
• 值对象：
  • Money：表示订单金额。

领域服务：

class PaymentService
{
    private $inventoryService; // 依赖库存服务

    public function __construct(InventoryService $inventoryService)
    {
        $this->inventoryService = $inventoryService;
    }

    /**
     * 处理订单支付逻辑
     */
    public function processPayment(Order $order, Money $paymentAmount): bool
    {
        // 检查库存
        if (!$this->inventoryService->isStockAvailable($order)) {
            throw new Exception("库存不足");
        }

        // 检查支付金额是否正确
        if ($order->getTotalAmount() != $paymentAmount) {
            throw new Exception("支付金额不正确");
        }

        // 扣除库存
        $this->inventoryService->deductStock($order);

        // 更新订单状态
        $order->markAsPaid();

        return true;
    }
}

InventoryService 示例：

class InventoryService
{
    /**
     * 检查库存是否充足
     */
    public function isStockAvailable(Order $order): bool
    {
        // 遍历订单中的商品，检查每件商品的库存是否充足
        foreach ($order->getItems() as $item) {
            if ($item->getQuantity() > $this->getStockForItem($item->getProductId())) {
                return false;
            }
        }
        return true;
    }

    /**
     * 扣除库存
     */
    public function deductStock(Order $order): void
    {
        foreach ($order->getItems() as $item) {
            $this->reduceStock($item->getProductId(), $item->getQuantity());
        }
    }

    // 模拟的库存方法
    private function getStockForItem($productId): int
    {
        // 这里可以调用数据库或外部服务
        return 100;
    }

    private function reduceStock($productId, $quantity): void
    {
        // 执行扣除库存操作
    }
}

总结

1. 领域服务的职责：

   • 聚焦业务逻辑。
   • 解决跨实体、跨聚合的复杂领域逻辑问题。

2. 设计要点：

   • 保持方法的单一职责。
   • 避免与基础设施层耦合。

3. 通俗类比：

   • 实体： 是“谁”的具体表示，比如“订单”或“用户”。
   • 领域服务： 是“做什么”的具体描述，比如“处理支付”或“分发通知”。

通过领域服务，DDD 可以更清晰地分离职责，保持领域模型的纯粹性和可维护性，同时让业务逻辑更加聚焦。