EF Core中实现‘多’导航属性的最佳实践是什么？

嘿，这个问题我在项目里踩过不少坑，来分享下我总结的最佳实践，不管是用List<T>还是ICollection<T>，都能稳稳避免null的问题：

一、用List<T>时如何避免返回Null #

用List的话，有几种简单可靠的方式，覆盖手动创建和EF加载的所有场景：

• 构造函数显式初始化：最直观的方式，在实体的构造函数里直接把导航属性初始化为空列表。这样不管是你自己new实例，还是EF从数据库加载实体，这个集合都不会是null。

  public class Order
  {
      public Order()
      {
          OrderItems = new List<OrderItem>();
      }
  
      public int Id { get; set; }
      public List<OrderItem> OrderItems { get; set; }
  }
  

• C# 6+自动属性初始化：更清爽的写法，不用写构造函数，直接在属性声明时赋值空列表，代码更简洁。

  public class Order
  {
      public int Id { get; set; }
      public List<OrderItem> OrderItems { get; set; } = new List<OrderItem>();
  }
  

• EF Core配置兜底：如果担心某些极端场景下初始化被绕过（比如反射创建实例），可以在EF的模型构建器里加个配置，确保EF加载时集合一定存在。不过一般前两种方法就足够了，这个算是兜底方案。

  protected override void OnModelCreating(ModelBuilder modelBuilder)
  {
      modelBuilder.Entity<Order>()
          .Property(o => o.OrderItems)
          .HasDefaultValue(new List<OrderItem>());
  }
  

二、用ICollection<T>时如何避免Null #

很多人推荐ICollection<T>是因为它更抽象，符合面向接口编程的原则，不会把实体绑定到具体的集合实现（比如以后想换成HashSet<T>只改初始化就行）。避免null的思路和List一致，核心就是提前初始化具体实现：

• 构造函数初始化具体实例：因为ICollection<T>是接口，得给它赋值一个具体的实现类（比如List<T>）。

  public class Order
  {
      public Order()
      {
          OrderItems = new List<OrderItem>();
      }
  
      public int Id { get; set; }
      public ICollection<OrderItem> OrderItems { get; set; }
  }
  

• 自动属性初始化（C# 6+）：同样可以直接在属性声明时搞定，一步到位：

  public class Order
  {
      public int Id { get; set; }
      public ICollection<OrderItem> OrderItems { get; set; } = new List<OrderItem>();
  }
  

• 补充：EF Core的默认行为：其实EF Core在加载实体时，默认会自动把ICollection<T>类型的导航属性初始化为空集合（只要你没关闭延迟加载或者做特殊配置），但手动创建实体实例时还是得自己初始化，所以上面两种方法必须要做，覆盖所有场景。

三、EF模型设计的经验法则 #

最后再补充几个EF模型设计的通用经验，帮你少走弯路：

• 优先用接口类型（ICollection<T>）作为导航属性：这样实体的公共API更灵活，后续更换集合实现（比如需要唯一性就换成HashSet<T>）不用修改调用方的代码。
• 永远初始化集合导航属性：不管用List还是ICollection，初始化是必须的，这样后续业务代码里就不用到处写if (xxx != null)，减少NullReferenceException的概率，代码更简洁安全。
• 不要用可空集合属性：除非你真的有特殊业务场景需要集合为null，否则别把导航属性声明为ICollection<T>?，保持非空的语义更清晰。
• 合理利用EF的延迟加载：EF Core默认开启延迟加载，导航属性会被代理类自动处理，但手动创建实体时还是得自己初始化，所以初始化步骤不能省。
• 模型只做数据映射：实体模型尽量只包含和数据库表对应的属性，业务逻辑放到服务层或者领域服务里，保持模型的单一职责。

内容的提问来源于stack exchange，提问作者rasmus91