一个聚合根可以包含嵌套的子节点吗？

Question

两个月前，我购买了 Scott Millet 的“专业 ASP.NET 设计模式”一书，因为我想学习如何使用设计模式构建分层的 Web 应用程序。我在自己的应用程序中使用了本书中的案例研究，所以一切都设置好了。

我的问题是我不确定我的聚合根。

我有一个可以创建集合的用户。用户可以将类别添加到集合中，并将关键字添加到类别中。在我的数据库中看起来像这样：

- Users
    - PK: UserId

- Collections
    - PK: CollectionId
    - FK: UserId

- Categories
    - PK: CategoryId
    - FK: CollectionId

- Keywords
    - PK: KeywordId
    - FK: CategoryId

我不认为将用户作为集合的聚合根是合乎逻辑的，但是类别和关键字共同构成了一个集合。所以我让用户成为一个还没有孩子的聚合根，并收集一个聚合根。一个集合可以有多个类别，类别可以有多个关键字。所以当我想添加一个类别时，我会这样做：

public void CreateCategory(CreateCategoryRequest request)
    {
        Collection collection = _collectionRepository.FindCollection(request.IdentityToken, request.CollectionName);

        Category category = new Category { Collection = collection, CategoryName = request.CategoryName };

        ThrowExceptionIfCategoryIsInvalid(category);

        collection.AddCategory(category);

        _collectionRepository.Add(collection);
        _uow.Commit();
    }

效果很好，但是当我想添加关键字时，我首先需要获取集合，然后获取可以添加关键字的类别，然后提交集合：

public void CreateKeyword(CreateKeywordRequest request)
    {
        Collection collection = _collectionRepository.FindCollection(request.IdentityToken, request.CollectionName);

        Category category = collection.Categories.Where(c => c.CategoryName == request.CategoryName).FirstOrDefault();

        Keyword keyword = new Keyword { Category = category, KeywordName = request.KeywordName, Description = request.KeywordDescription };

        category.AddKeyword(keyword);

        _collectionRepository.Add(collection);
        _uow.Commit();
    }

这只是感觉不对（是吗？）是什么让我相信我应该将类别作为关键字的总根。但这提出了另一个问题：我有一个集合聚合，它像我在第一个代码示例中所做的那样创建一个类别聚合，这仍然有效吗？示例：collection.Add(category);

Answer 1

聚合根当然可以包含嵌套的子级，但是如果这些子级也是聚合，则可能会警告聚合可能做得太多。在您的情况下，我认为 Collection 是一个聚合，而 Category 不是，它只是一个实体甚至是属于 Collection 聚合的值对象，它恰好包含 Keyword 实例，这些实例也是值对象.

我会更改实现，使CreateCategory 服务方法看起来更像这样：

public void CreateCategory(CreateCategoryRequest request)
{
        var collection = _collectionRepository.Get(request.IdentityToken, request.CollectionName);

        collection.AddCategory(request.CategoryName);

        _uow.Commit();
}

Collection 上的AddCategory 方法负责创建Category 实例以及错误检查。这是有道理的，因为它是聚合根，它负责管理它包含的实体集群和值对象。没有调用存储库上的 Add 方法，因为环境工作单元应该提交更改。

CreateKeyword 方法我将更改为看起来更像：

public void CreateKeyword(CreateKeywordRequest request)
{
        var collection = _collectionRepository.Get(request.IdentityToken, request.CollectionName);

        collection.AddKeyword(request.CategoryName, request.KeywordName, request.KeywordDescription);

        _uow.Commit();
}

Collection 上的 AddKeyword 方法检索适当的 Category，然后向其添加关键字，如果需要则抛出异常以强制一致性和有效性。

如您所见，这两种方法有一个模式——首先通过键检索聚合，然后调用聚合上的方法，最后提交所有内容。通过这种方式，聚合可以更好地控制自己的状态，避免出现anemic domain model 并减少服务中存在的代码量。

如需深入了解聚合设计，请查看Effective Aggregate Design by Vaughn Vernon。

Answer 2

这可能感觉不对，因为要添加一个新关键字，您从 Collection 引用开始，而您完全可以从 Category 引用开始。当用户添加关键字时，他肯定是在类别的上下文中这样做的，因此您当时可能在内存中拥有该类别。

另外，我没有在每个 Add[SomeSubEntity]() 方法的末尾得到 _collectionRepository.Add(collection)。 Collection 应该已经存在于存储库中，所以您应该做的就是保存它，对吧？

至于嵌套聚合，我觉得它有点复杂，与 2 个单独的聚合（类别和集合）相比，我并没有真正看到好处。