基于另一聚合根数据的验证：食堂与客户预订的DDD建模困境

针对你遇到的跨聚合根验证矛盾，结合Canteen营业日期发布后不可变的特性，提供以下3种合理实现方案：

方案1：将营业日期值对象传入Customer聚合验证 #

因为openDays是不可变的，可在应用层先从Canteen仓库获取营业日期对应的BusinessInterval值对象，再将其作为参数传入Customer聚合的预订日期修改方法，由Customer内部完成验证。

代码示例 #

应用层逻辑：

// 获取食堂营业日期区间
Canteen canteen = canteenRepository.findById(canteenId);
BusinessInterval openDays = canteen.getBusinessInterval();

// 获取目标用户并修改预订日期
Customer customer = customerRepository.findById(customerId);
customer.updateBookingDate(newBookingDate, openDays);

customerRepository.save(customer);

Customer聚合内部逻辑：

public void updateBookingDate(LocalDate newBookingDate, BusinessInterval openDays) {
    if (!openDays.contains(newBookingDate)) {
        throw new IllegalArgumentException("预订日期不在食堂营业范围内");
    }
    this.bookingInterval.updateDate(newBookingDate);
}

优缺点 #

• 优点：验证逻辑留在Customer聚合内，保持领域逻辑内聚；不依赖其他聚合实例或仓库，严格符合聚合边界规则。
• 缺点：应用层需额外处理营业日期的查询，小幅增加了应用层职责。

方案2：用领域服务处理跨聚合验证 #

领域服务的核心职责就是处理跨聚合的领域逻辑，并非必须归属某个聚合。可创建专门的BookingValidationService，统一处理预订日期与营业日期的校验逻辑。

代码示例 #

领域服务逻辑：

public class BookingValidationService {
    private final CanteenRepository canteenRepository;

    public BookingValidationService(CanteenRepository canteenRepository) {
        this.canteenRepository = canteenRepository;
    }

    public void validateAndUpdateBooking(Customer customer, LocalDate newBookingDate, String canteenId) {
        Canteen canteen = canteenRepository.findById(canteenId);
        if (!canteen.getBusinessInterval().contains(newBookingDate)) {
            throw new IllegalArgumentException("预订日期不在食堂营业范围内");
        }
        customer.updateBookingDate(newBookingDate);
    }
}

应用层调用：

Customer customer = customerRepository.findById(customerId);
bookingValidationService.validateAndUpdateBooking(customer, newBookingDate, canteenId);
customerRepository.save(customer);

优缺点 #

• 优点：跨聚合验证逻辑集中管理，符合DDD领域服务的设计原则；应用层代码更简洁，无需分散处理校验逻辑。
• 缺点：领域服务依赖仓库，需确保依赖注入的合理性（此方式在DDD中是合规的）。

方案3：通过事件同步营业日期到Customer聚合 #

利用Canteen营业日期每月固定的特性，在Canteen发布新的营业日期时，触发CanteenBusinessIntervalUpdated领域事件，应用层监听该事件后，将营业日期同步到Customer聚合的只读属性（如allowedBookingDays）中。后续Customer修改预订日期时，直接使用自身存储的营业日期完成验证。

优缺点 #

• 优点：Customer聚合完全自主完成验证，无外部依赖；验证性能更高，避免每次校验都查询Canteen。
• 缺点：需引入事件同步机制，增加系统复杂度；需考虑同步失败的补偿方案，避免数据不一致。

内容的提问来源于stack exchange，提问作者inf3rno