跟随DDD时使用EF跨多个聚合进行查询

Question

我们正在尝试遵循DDD的原则，同时开发我们的新应用程序。EF2.1用于持久化实体。

我们有很多场景，其中一个具有一个聚合的实体可能引用另一个聚合中的某些内容。例如，我的订单有一个客户的参考。在订单实体上，我们通过持有外键值来实现这一点。过于简化的模型。

public class Order
{
    DateTime OrderDate {get; set;}
    int CustomerId {get; set;}
}

public class Customer
{
    int Id {get
    string Name {get; set;}
}

我们不将Order对象上的任何导航属性包含到Customer对象，因为它模糊了聚合的边界

对于可能需要列出订单并包含下订单客户姓名的需求，团队首选使用EF和Linq查询数据，并使用Automapper映射到Dto以返回到客户端应用程序。没有navigation属性使得包含相关客户以检索名称非常困难。

虽然EF是伟大的持久化aggegrates使用它来查询数据的读取模型可能是复杂的，如果你没有导航属性.平原老SQL像Dapper在我看来会公平更容易（和可能更性能）这种类型的读取.团队正在提出斗争，不想使用SQL.这已经导致要么导航属性被添加在某些情况下或非常复杂的linq查询的实体。

有没有人对创建阅读模型应该采取的方法有强烈的看法？

Answer 1

我的订单有一个客户的参考。在订单实体上，我们通过持有外键值来实现这一点。

列出订单并包括下订单的客户的姓名

然后您需要使用订单获得客户。CustomerId

using(var ctx = new Context())
{
    var orderWithCustomerName = ctx
        .Order
        .Select(o => new OrderWithCustomerName
        {
            Order = o,
            Customer = ctx.Customer.First(c => c.Id == o.CustomerId)
        })
        .ToList();
}