使用实体框架的 DDD 中的大集合

Question

我尝试使用 DDD 来描述域模型和代码优先方法，以使用实体框架（使用 fluent api）映射到数据库表。 例如，我有 2 个实体：俱乐部和用户。俱乐部有很多用户。我需要将新用户添加到俱乐部。

class User 
{
    public string Name { get; set; }
    public Club Club { get; set; }
}

class Club
{
    public string ClubName { get; set; }
    public ICollection<User> Members { get; set; }

    public void AddNewMember(User user)
    {
        //..some logic and checks
        Members.Add(user);
    }
}

1. 那么，我应该加载 Club 中的所有用户收藏以添加新的并保存吗？还是过分了？
2. 为具有大集合的实体建模的最佳方法是什么？我应该总是加载它们吗？或者移动到另一个单独的对象？

Answer 1

如何引入一个新的域概念“会员”。成员可以是一个聚合体并拥有自己的专用回​​购。或者您只需关闭原始设计的延迟加载并将其添加到其集合中。这一切都取决于您的业务规则。

public class User
{
    public Guid UserId { get; set; }
}

public class Member
{
    public Guid ClubId { get; set; }

    public Guid UserId { get; set; }
}

public class Club
{
    public Guid ClubId { get; set; }

    public Member RegisterMember(User user)
    {
        // Check business rules..

        return new Member { UserId = user.Id, ClubId = this.ClubId };
    }
}

Answer 2

我应该在 Club 中加载所有用户收藏以添加新的并保存吗？

不，您可以将新的User 添加到Club.Members，EF 将保存新用户。不必先加载用户。

用大集合建模实体的最佳方法是什么

这并不取决于集合的潜在大小，而是取决于您计划如何访问它们。如果有Clubs 和数千个Users，那么如果您想通过这样的查询来查询一小部分用户，那么没有任何异议：

from c in Clubs
from u in c.Users
where c.Type = "Golf" && u.Membership = "Gold"
select u

我总是鼓励使用导航属性。 EF 实体模型首先用于访问数据库。 DDD 问题是次要的。

当然，除非您确实需要，否则您可能应该始终阻止加载俱乐部的所有用户的查询。

Answer 3

好吧，根据我从您的场景中可以看出，为您的集合使用 virtual 关键字并让 Entity Framework 延迟加载您的集合可能是有意义的

https://msdn.microsoft.com/en-gb/data/jj574232

基本上让 Entity Framework 为你完成工作