DDD - 如何避免跨越聚合边界？

Question

我们正在开发一个新项目（重写现有应用程序），我的域模型/存储库设计遇到了问题。

这是我们的域模型中两个关键部分的（简化）版本：

如您所见，我有一个帖子的抽象概念，可以是评论、讨论、照片、视频等。帖子还可以有评论。

我还有一个位置的抽象概念，显然是街道、城市、社区等。

现在，这在我看来自然是两个清晰的聚合根。

因此，我创建了两个存储库，一个名为 PostRepository，另一个名为 LocationRepository。

这一切都工作正常，我可以添加/获取任何类型的帖子（或评论），并通过这两个存储库之一添加/获取任何类型的位置。

但现在我处于一个城市的“登陆页面”的场景中（例如）。

在此页面上，我基本上需要显示“该位置的所有帖子”。

这是如何定义的？嗯，可以（可选）在某个位置标记帖子。实现细节，所以我不想太深入地研究数据（因为这不是 DDD 的目的），但本质上有地理空间智能来通过位置的形状文件来计算出哪些帖子包含在特定位置，以及标记帖子的纬度/经度。

但如何才能在不跨越边界的情况下检索这些信息呢？

我使用哪个存储库？我需要一个新的吗？

如果重要的话（或者出于好奇），这是一个 Web 应用程序 (ASP.NET MVC)，带有 SQL Server 2008 数据库和 Entity Framework 4.0。

如果您需要任何说明，请告诉我。

编辑

我们当前使用规范模式的修改版本来检索域模型。

例如，这是我们 BLL 中检索所有 Review 的代码，其中 Score >= 4：

var reviews = postRepository // GenericRepository<Post>
      .Find() // IQueryable<Post>
      .OfType<Review>() // IQueryable<Review>
      .Where(x => x.Score >= 4)
      .ToList(); // List<Review>

但现在我需要一些这样的代码：

var reviews = postRepository
    .Find()
    .OfType<Review>()
    .Where( //lat long, or Locations FK )
    .ToList();

问题是我不知道如何在不添加中间连接的情况下执行上述查询 -实体（LocationPost - 因为它是多对多），并将 FK 添加到 Post 域模型中。

但这样做，我就跨越了总体界限——不是吗？

Answer 1

为什么这是一个问题？
根据埃文斯在他的书中的说法，一个 AR 很可能引用另一个 AR。
（但是，您不能从另一个 AR 引用一个 AR 中的子元素）

此外，位置真的是聚合根吗？
聚合根的定义是它充当一致性的边界。
这符合位置的定义吗？
我想说位置是一个值对象。

关于存储库和 AR 关联，这里几乎有两个阵营：

一种认为所有聚合根必须通过各自的存储库获取，并且 AR 应该使用软关系，例如它们之间的 ID

，另一种认为说聚合根可以很好地获取其他相关的聚合根，并且存储库只是查找聚合根的一种方式。

Answer 2

我会在创建时将帖子绑定到该位置，以便对于每个位置我都可以（通过存储库）获取关联帖子的列表。它看起来像这样：

创建：

var p = new Post(latitude, longitude);
var locations = locationRepository.FindByCoordinates(latitude, longitude);
foreach (var l in locations)
{
    l.AssociatePost(p);
}
session.Save(p);

检索：

var associatedPosts = postRepository.FindByLocation(locationId);
foreach (var p in associatedPosts)
{
    Display(p);
}

在幕后，帖子和位置之间的关联将作为多对多表关系来实现。此解决方案存在一个问题：添加新位置需要扫描所有帖子并将它们分配到新位置（如果适用）。

希望有帮助。

Answer 3

假设您使用了规范模式，您可以使用位置对象构建发布规范吗？然后，您只需将规范传递到您的帖子存储库，并返回结果。