EF Core的DbContext如何抑制CS8618（非可空属性）警告？

为什么DbContext子类的DbSet不会触发CS8618警告 #

EF Core团队在.NET 8中通过编译时代码生成机制解决了这个问题：

• 当项目启用EF Core默认的代码生成能力时，编译器会在编译阶段动态为DbContext子类生成补充代码，在DbContext构造过程中自动为所有DbSet属性赋值（通过EF内部服务提供者实例化DbSet对象）。
• 这种逻辑属于EF的编译时扩展能力，并非硬编码在DbContext或DbSet的源码中，所以反编译源码看不到相关处理，但编译器能识别到EF的自动赋值逻辑，因此不会触发CS8618警告。

如何将类似机制应用到自定义类 #

对于自定义POCO类（比如JSON序列化类），无法直接复用EF的代码生成，但可以通过以下几种方式规避CS8618警告：

1. 直接初始化属性 #

在属性声明时赋予初始值，确保构造函数退出时属性非空：

public class MyClass
{
    public DbSet<DbAccount> Accounts { get; set; } = new DbSet<DbAccount>();
}

注意：如果DbSet需要依赖EF上下文，这种方式可能不适用，可结合构造函数注入处理。

2. 构造函数注入初始化 #

通过构造函数传入属性值，保证非空：

public class MyClass
{
    public DbSet<DbAccount> Accounts { get; set; }

    public MyClass(DbSet<DbAccount> accounts)
    {
        Accounts = accounts ?? throw new ArgumentNullException(nameof(accounts));
    }
}

3. 标记可空属性（允许为空场景） #

如果属性确实可能为空，可将其声明为可空类型：

public class MyClass
{
    public DbSet<DbAccount>? Accounts { get; set; }
}

4. 自定义Roslyn分析器（进阶方案） #

如果需要批量处理自定义类的类似场景，可以编写Roslyn分析器，让编译器识别自定义类的属性会被外部逻辑自动赋值，从而抑制警告。这需要熟悉Roslyn编译API，实现类似EF的编译时扩展逻辑。

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