如何使用 DDD 高效查询多个聚合？

Question

当我需要调用某个业务方法时，我需要获取与该操作相关的所有聚合根，即使该操作与下面给出的操作一样原始（只是将项目添加到集合中）。我错过了什么？或者是基于 CRUD 的方法，您在其中运行一个查询，包括表连接、选择和最后插入 - 数据库引擎为您完成所有工作 - 实际上在性能方面更好？

在下面的代码中，我需要查询单独的聚合根（创建另一个数据库连接并发送另一个选择查询）。在现实世界的应用程序中，我一直在查询不止一个聚合，单个业务操作最多查询 8 个。如何提高性能/查询开销？

域聚合根：

class Device
{
    Set<ParameterId> parameters;

    void AddParameter(Parameter parameter)
    {
        parameters.Add(parameter.Id);
    }
}

class Parameter
{
    ParameterId Id { get; }
}

应用层：

class DeviceApplication
{
    private DeviceRepository _deviceRepo;
    private ParameterRepository _parameterRepo;

    void AddParameterToDevice(string deviceId, string parameterId)
    {
        var aParameterId = new ParameterId(parameterId);
        var aDeviceId = new DeviceId(deviceId);

        var parameter = _parameterRepo.FindById(aParameterId);
        if (parameter == null) throw;

        var device = _deviceRepo.FindById(aDeviceId);
        if (device == null) throw;

        device.AddParameter(parameter);
        _deviceRepo.Save(device);
    }
}

可能的解决方案

有人告诉我，您可以像这样只传递另一个聚合的 Id：

class Device
{
    void AddParameter(ParameterId parameterId)
    {
        parameters.Add(parameterId);
    }
}

但 IMO 打破了封装（通过明确强调术语 ID 到业务中），也不能防止粘贴错误或其他不正确的身份（由用户创建）。

Vaughn Vernon 给出了使用第一种方法（传递整个聚合实例）的应用程序服务示例。

Answer 1

简短的回答是 - 根本不要查询您的聚合。

聚合是公开行为而非数据的模型。通常，在聚合上有 getter 被认为是代码异味（ID 是例外）。这使得查询有点棘手。

一般来说，有两种相关的方法可以解决这个问题。可能还有更多，但至少这些不会破坏封装。

选项 1：使用域事件 - 通过让您的域（聚合根）发出事件来说明内部状态的变化，您可以在数据库中建立专门用于查询的表。如果做得对，您将拥有高性能、非规范化的可查询数据，如有必要，可以对其进行线性缩放。这使得查询非常简单。我在这篇博文中有一个例子：How to Build a Master-Details View when using CQRS and Event Sourcing

选项 2：推断查询表 - 我是选项 1 的忠实拥护者，但如果您没有事件源方法，您仍然需要在某个时候保持聚合的状态。有多种方法可以做到这一点，但您可以插入持久性管道以进行聚合，从而将可查询数据提取到读取模型中以供查询使用。

我希望这是有道理的。

Answer 2

如果您发现在这种情况下可以使用带有连接的 RDBMS 查询 - 可能您的聚合边界有误。

例如 - 为什么需要加载 Parameter 才能将其添加到 Device？你已经有了这个Parameter 的身份，你需要做的就是把这个id 添加到Device 中的引用列表Parameters 中。如果你这样做是为了满足你的 ORM - 你很可能做错了什么。

还请记住，您的聚合是事务边界。您确实希望在一个事务和一个连接中完成所有数据库操作。