在领域驱动设计（DDD）中，领域服务经常与策略模式结合使用，以处理复杂业务逻辑，这一点在业务规则众多且难以合并到实体或值对象中的场景下尤其明显。以下是这种组合使用的具体例子，并解释了它是如何提升代码的可维护性和可扩展性的。

例子说明：

假设我们正在开发一个电子商务系统，其中有一个特别复杂的业务逻辑需要处理，即订单的折扣计算。不同的用户群体（如普通用户、VIP 用户、新用户等）可能根据不同的促销策略获得不同类型的折扣，比如全场折扣、满减优惠、特定商品折扣等。这样的业务逻辑复杂且多变，使用领域服务和策略模式的组合可以有效地封装和管理这些逻辑，提高代码的灵活性和可维护性。

1. 定义策略接口

首先，定义一个折扣策略接口 DiscountStrategy，该接口声明了所有具体策略应实现的方法。

public interface DiscountStrategy {
    double calculateDiscount(Order order);
}

2. 实现具体策略

然后，根据不同的业务规则实现具体的策略类。例如，为新用户提供10%的折扣，VIP用户享受更高额度的现金券等。

public class NewUserDiscountStrategy implements DiscountStrategy {
    @Override
    public double calculateDiscount(Order order) {
        if (order.getUser().isNewUser()) {
            return order.getTotalAmount() * 0.1;
        }
        return 0;
    }
}

public class VipUserCashbackStrategy implements DiscountStrategy {
    @Override
    public double calculateDiscount(Order order) {
        if (order.getUser().isVip()) {
            return 50; // 假设现金券面值为50元
        }
        return 0;
    }
}

3. 创建领域服务

接下来，创建一个领域服务 OrderDiscountService，它包含一个方法用于计算订单的实际折扣金额。该服务通过依赖注入的方式接收一个 DiscountStrategy 的实例，这使得我们可以在不修改服务代码的前提下，通过配置或运行时调整策略对象来改变业务行为。

public class OrderDiscountService {
    private DiscountStrategy strategy;

    public OrderDiscountService(DiscountStrategy strategy) {
        this.strategy = strategy;
    }

    public double applyDiscount(Order order) {
        double discount = strategy.calculateDiscount(order);
        // 其他处理逻辑，如更新订单状态、记录日志等
        return discount;
    }
}

提升代码可维护性和可扩展性的原因：

1. 职责清晰：通过策略模式，不同的业务规则在不同的类中实现，每个类只负责处理特定的逻辑，提高了内聚性和松散耦合。
2. 易于测试：策略类通常是无状态的，因此更容易编写单元测试。
3. 易于扩展：当需要添加新的业务规则时，只需新增一个策略类即可，无需修改现有的业务逻辑。
4. 运行时灵活性：可以通过配置文件或外部输入动态地选择或组合策略，从而实现灵活的业务逻辑调整，而无需重新编译或部署应用。
5. 优化了代码组织结构：领域服务与策略模式的结合，有助于组织和管理复杂的业务逻辑，使代码更易于理解和维护。

综上所述，领域服务和策略模式的结合使用，不仅有助于解决复杂的业务逻辑问题，还能提升系统的可维护性和可扩展性。这对于快速变化的业务环境尤其是大型企业级应用来说，具有重要意义。通过这种方式，开发人员可以更加专注于业务逻辑本身，而非技术细节，从而提高开发效率和代码质量。对于未来的业务需求变化，系统也能以更为优雅的方式来应对。