EF Core非可空导航属性最佳实践探讨

针对你遇到的EF导航属性不可为空但可能未加载的问题，以下是几种可行方案及最佳实践：

1. 强制预加载/显式加载（优先推荐） #

从根源解决问题：确保在使用Car对象时，关联的Brand已经被加载。

• 实现方式：
  • 查询时使用Include(c => c.Brand)强制预加载关联数据：

    var car = dbContext.Cars.Include(c => c.Brand).FirstOrDefault(c => c.Id == carId);
    

  • 如果已经获取了Car对象但未加载Brand，可以显式加载：

    dbContext.Entry(car).Reference(c => c.Brand).Load();
    

• 优势：完全符合领域模型的非可空语义，代码干净无额外判空或异常处理逻辑。
• 规避遗漏：可以通过封装Repository层（比如写CarRepository.GetByIdWithBrand(int id)）来统一查询逻辑，确保所有获取Car的操作都自动包含Brand。

2. 用Lazy<T>包装导航属性 #

通过Lazy<T>自动处理延迟加载，避免返回null或在getter中抛异常：

public class Car {
    private readonly Lazy<Brand> _brand;

    // 构造函数注入加载逻辑，EF代理类会自动处理延迟加载逻辑
    public Car(Func<Brand> brandLoader) {
        _brand = new Lazy<Brand>(brandLoader);
    }

    public Brand Brand => _brand.Value;

    public string GetBrandLocation() {
        return Brand.Location;
    }
}

• 优势：保持Brand属性的非可空语义，无需手动处理加载逻辑；Lazy<T>.Value会在首次访问时自动触发加载，仅当加载逻辑本身失败时才会抛异常。
• 注意：如果是手动实例化Car对象，需要自行传入加载逻辑；EF的延迟加载代理类会自动适配这种写法。

3. 空对象模式 #

定义一个NullBrand类作为未初始化状态的占位符，替代null：

public class NullBrand : Brand {
    public static readonly NullBrand Instance = new NullBrand();
    
    public override string Location 
        => throw new InvalidOperationException("Brand属性未初始化，请确保已加载关联数据");
    
    // 根据业务需求，其他属性可以返回默认值或抛出异常
}

public class Car {
    private Brand _brand = NullBrand.Instance;
    
    public Brand Brand {
        get => _brand;
        set => _brand = value ?? throw new ArgumentNullException(nameof(value));
    }

    public string GetBrandLocation() {
        return Brand.Location;
    }
}

• 优势：避免null值，保持属性非可空；异常会在访问具体业务属性（如Location）时抛出，更容易被全局异常处理器捕获。
• 劣势：需要为Brand类实现对应的空对象，对于复杂的实体类，维护成本较高。

4. 代码分析工具强制检查 #

使用Roslyn分析器自定义规则，检查所有查询Car的代码是否包含Include(c => c.Brand)，如果未包含则抛出警告或错误。

• 优势：自动化约束开发者的查询行为，避免遗漏预加载。
• 劣势：需要开发或引入自定义分析器，有一定学习成本。

最佳实践总结 #

1. 优先选择强制预加载/显式加载：这是最贴合领域模型设计、最简洁的方案，通过封装Repository层可以有效避免遗漏加载关联数据。
2. 若必须使用延迟加载，Lazy<T>包装是最优选择：既保持属性语义，又自动处理加载逻辑。
3. 空对象模式适合无法保证预加载，但又想避免全局判空的场景，需权衡维护成本。

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