在 Code First EF 中声明 List 而不是 ICollection 有什么影响？

Question

通常，当我声明一对多关系时，我会使用 ICollection，如下所示。

public class Thong
{
  public Guid Id { get; set; }
  public ICollection<Thing> Things { get; set; }
}

public class Thing
{
  public Guid Id { get; set; }
  public Thong Thong { get; set; }
}

这是自动完成的，无需考虑假设等。然而，我现在开始思考，我真的无法判断接下来的改动会在设置中发生什么变化。我已经对其进行了迁移，但据我所知，数据库没有区别。

model.Entity<Thing>()
  .HasRequired(_ => _.Thong)
  .WithMany(_ => _.Things)
  .Map(_ => _.MapKey("ThongId"));

public class Thong
{
  public Guid Id { get; set; }
  public List<Thing> Things { get; set; }
}

public class Thing
{
  public Guid Id { get; set; }
  public Thong Thong { get; set; }
}

我怀疑的一件事是我刚刚终止了延迟加载，因此每次检索丁字裤时都会提供相关事物的所有实例。是这样吗？我很确定它是。

我的实际问题是，除了现在急切地填充列表之外，还有什么变化。

Answer 1

将您的属性声明为ICollection<T> 或List<T> 与延迟加载没有任何共同之处——它是virtual 修饰符控制您的属性是否可以延迟加载。

不同之处在于，通过将属性声明为 List<T>，您将在加载实体时强制 EF 创建和填充 具体 类（或从该具体类派生的类） （懒惰或急切）。当声明为ICollection<T> 时，EF 可以使用一些内部数据结构填充它，T[]、HashSet<T> 等，即实现ICollection<T> 的任何类。

例如，将您的变体与 ICollection 一起使用，尝试这样的操作

var result = db.Thong.Include(thong => thong.Things).ToList();

并检查Things 成员的实际类型。你会看到它是HashSet<Thing>，而不是List<Thing>。