Question

我有以下课程：

class AggregateRoot
{
  // Defines common properties, Id, Version, etc.
}

class Container : AggregateRoot
{
  public IEnumerable<User> Users { get; }

  public void AddUser(User newUser)
  {
    // ...
  }

  // ...
}

class User
{
  public void AddNotification(Notification newNotification)
  {
    // ...
  }

  // ...
}

class Notification
{
  public string Message { get; set; }
}

如您所见，我有一个包含一个或多个用户的Container，每个用户可以向他们发送零个或多个通知。

此方案中最常见的操作是添加新通知，因此我会经常检索用户。从Container中获取用户是可能的，但是我需要检索Container对象并在Users集合中搜索。如果Container非常小而且很新，这很好。但随着Container变老，它会获得更多用户。因此，Users集合可以变得非常大。我的问题是User类是一个伪聚合根，很多操作都是在User上完成的，但是User不能存在于Container之外。使用存储用户的新存储库解决明显的性能问题会带来另一个问题。如何使用户存储库中的用户与容器中的用户保持同步？

我只能在Container类中存储User Ids，但这会在向Container添加新用户时消除业务逻辑，因为我无法再查找某些属性。那么，我该怎么做？

我正在使用MongoDb存储事件。

Answer 1

使用新的存储库解决明显的性能问题用户提出另一个问题。如何将用户保留在用户中存储库与容器中的用户同步？

您可以稍微不同的方式实现模型。如果Container上的唯一行为是添加User个实例，那么您也可以将User作为聚合。为了表达用户必须成为容器一部分的约束，用户可以通过ID引用容器。

class User
{
  public int ContainerId { get; private set; }
  public void AddNotification() //...
}

Container类仍然可以提供与添加用户相关的一些行为。例如，它可以提供一个用于创建新用户的工厂方法，该方法将由实现用例的应用程序服务使用：

class Container
{
  public int Id { get; private set; }
  public User CreateUser(string userName)
  {
    return new User(this.Id, userName);
  }
}

class UserAppService
{
  public void AddUserToContainer(int containerId, string userName)
  {
    var container = this.containerRepository.Get(containerId);    
    var user = container.CreateUser(userName);    
    this.userRepository.Add(user);
  }
}

在此实现中，Container不存储用户集合。这是因为正如您所指出的那样，集合可能变得非常大，因此无法在内存中进行管理。在MongoDB中，您将拥有容器集合和用户集合。

每当你遇到“伪聚合根”这个概念时，很可能你有两个可能相关的聚合。这是解决这些类型问题的常用策略。有关该主题的深入处理，请查看Effective Aggregate Design by Vaughn Vernon。

在DDD / CQRS体系结构中处理伪聚合根

1 个答案: