DDD：聚合根

Question

我需要帮助来找到我的聚合根和边界。

我有 3 个实体：计划、计划角色和计划培训。每个计划可以包括许多 PlannedRoles 和 PlannedTrainings。

解决方案 1：起初我认为 Plan 是聚合根，因为脱离 Plan 的上下文，PlannedRole 和 PlannedTraining 没有意义。他们总是在计划之内。此外，我们还有一条业务规则，规定每个计划最多可以有 3 个 PlannedRoles 和 5 个 PlannedTrainings。所以我想通过指定该计划作为聚合根，我可以强制执行这个不变量。

但是，我们有一个搜索页面，用户可以在其中搜索计划。结果显示了计划本身的一些属性（并且没有显示其 PlannedRoles 或 PlannedTrainings）。我想如果我必须加载整个聚合，则会产生很大的开销。有近 3000 个计划，每个计划可能有几个子项。将所有这些对象加载在一起，然后忽略搜索页面中的 PlannedRoles 和 PlannedTrainings 对我来说没有意义。

解决方案 2：我刚刚意识到用户还需要 2 个搜索页面，他们可以在其中搜索计划的角色或计划的培训。这让我意识到他们正在尝试独立地访问这些对象并且“脱离”计划的上下文。所以我认为我最初的设计是错误的，这就是我想出这个解决方案的原因。因此，我认为这里有 3 个聚合，每个实体 1 个。

这种方法使我能够独立搜索每个实体，并且还解决了解决方案 1 中的性能问题。但是，使用这种方法我无法强制执行我之前提到的不变量。

还有另一个不变量，规定只有当计划处于某种状态时才可以更改。因此，我不应该能够将任何 PlannedRoles 或 PlannedTrainings 添加到不处于该状态的计划中。同样，我无法用第二种方法强制执行这个不变量。

任何建议将不胜感激。

干杯， 莫什

Answer 1

我在设计模型时遇到了类似的问题，并提出了这个问题，我认为这可能对您有帮助，特别是关于您的第一点。

DDD - 如何实现高性能搜索存储库。

当谈到搜索时，我不使用“模型”，而是有专门的搜索存储库返回“Summary”对象......即“PlanSummary”。这些只不过是信息对象（可以认为更像是报告）并且不用于事务意义上 - 我什至没有在我的模型类库中定义它们。通过创建这些专用存储库和类型，我可以实现高性能搜索查询，其中可以包含分组数据（例如 PlannedTraining 计数），而无需在内存中加载聚合的所有关联。一旦用户在 UI 中选择这些摘要对象之一，我就可以使用该 ID 来获取实际的模型对象并执行事务操作并提交更改。

因此，对于您的情况，我将为所有三个实体提供这些专门的搜索存储库，当用户希望针对其中一个实体执行操作时，您始终会获取它所属的计划聚合。

这样，您就可以进行高性能搜索，同时仍然保持单个聚合具有所需的不变量。

编辑 - 示例：

好的，所以我猜实现是主观的，但这就是我在应用程序中处理它的方式，使用“TeamMember”聚合作为示例。用 C# 编写的示例。我有两个类库：

• 模型
• 报告

模型库包含聚合类，强制执行所有不变量，报告库包含这个简单的类：

public class TeamMemberSummary
{
    public string FirstName { get; set; }

    public string Surname { get; set; }

    public DateTime DateOfBirth { get; set; }

    public bool IsAvailable { get; set; }

    public string MainProductExpertise { get; set; }

    public int ExperienceRating { get; set; }
}

报告库还包含以下接口：

public interface ITeamMemberSummaryRepository : IReportRepository<TeamMemberSummary>
{

}

这是应用程序层（在我的情况恰好是 WCF 服务）将消耗并通过我的 IoC 容器（Unity）解决实现。 IReportRepository 与基础 ReportRepositoryBase 一样，存在于 Infrastructure.Interface 库中。所以我的系统中有两种不同类型的存储库 - 聚合存储库和报告存储库...

然后在另一个库 Repositories.Sql 中，我有实现：

public class TeamMemberSummaryRepository : ITeamMemberSummaryRepository
{
    public IList<TeamMemberSummary> FindAll<TCriteria>(TCriteria criteria) where TCriteria : ICriteria
    {
        //Write SQL code here

        return new List<TeamMemberSummary>();
    }

    public void Initialise()
    {

    }
}

那么，在我的应用程序层中：

    public IList<TeamMemberSummary> FindTeamMembers(TeamMemberCriteria criteria)
    {
        ITeamMemberSummaryRepository repository 
            = RepositoryFactory.GetRepository<ITeamMemberSummaryRepository>();

        return repository.FindAll(criteria);

    }

然后在客户端中，用户可以选择这些对象之一，并对应用程序层中的一个对象执行操作，例如：

    public void ChangeTeamMembersExperienceRating(Guid teamMemberID, int newExperienceRating)
    {
        ITeamMemberRepository repository
            = RepositoryFactory.GetRepository<ITeamMemberRepository>();

        using(IUnitOfWork unitOfWork = UnitOfWorkFactory.CreateUnitOfWork())
        {
            TeamMember teamMember = repository.GetByID(teamMemberID);

            teamMember.ChangeExperienceRating(newExperienceRating);

            repository.Save(teamMember);
        }
    }

Answer 2

这里真正的问题是违反 SRP。您的应用程序输入部分与输出发生冲突。

坚持第一个解决方案（计划==聚合根）。人为地提升实体（甚至价值对象）来聚合根会扭曲整个领域模型并毁掉一切。

---

您可能想查看所谓的 CQRS （命令查询职责隔离）架构非常适合解决这个特定问题。 这是 Mark Nijhof 的一个示例应用。这是很好的'入门' 列表。

Answer 3

这是CQRS架构的全部要点：将命令（修改域）与查询（仅提供域状态视图）分开，因为命令和查询的要求非常不同。

您可以在这些博客上找到很好的介绍：

• Udi Dahan
• Greg Young

以及许多其他博客（包括我的）