单元测试中如何为EF Core的InMemory数据库模拟计算字段行为

EF Core的InMemory数据库原生不支持SQL层面的计算列逻辑，因此通过HasComputedColumnSql Fluent API配置的计算列不会自动触发计算，默认返回null。可通过以下三种方案模拟计算列行为：

方案1：重写SaveChanges方法手动计算（推荐） #

该方案不会污染生产代码，逻辑和实际生产环境的计算列触发时机一致，适合绝大多数场景：

1. 为单元测试单独创建继承自生产DbContext的测试上下文类
2. 重写SaveChanges和SaveChangesAsync方法，在数据持久化前主动计算计算列的值

public class TestAppDbContext : AppDbContext
{
    // 构造函数继承父类即可
    public TestAppDbContext(DbContextOptions<AppDbContext> options) : base(options)
    {
    }

    public override int SaveChanges()
    {
        UpdateComputedColumns();
        return base.SaveChanges();
    }

    public override Task<int> SaveChangesAsync(CancellationToken cancellationToken = default)
    {
        UpdateComputedColumns();
        return base.SaveChangesAsync(cancellationToken);
    }

    private void UpdateComputedColumns()
    {
        // 以Person实体的FullName计算列为例，按你实际的计算列逻辑调整
        foreach (var entry in ChangeTracker.Entries<Person>())
        {
            if (entry.State is EntityState.Added or EntityState.Modified)
            {
                entry.Entity.FullName = $"{entry.Entity.FirstName} {entry.Entity.LastName}";
            }
        }
        // 其他计算列的逻辑也可在此处统一添加
    }
}

方案2：实体属性直接实现计算逻辑 #

如果你的计算列不依赖数据库内置函数，可直接在实体的属性Getter中实现计算逻辑，同时保留原有的HasComputedColumnSql配置即可：

public class Person
{
    public string FirstName { get; set; }
    public string LastName { get; set; }
    // 计算逻辑直接内嵌在属性中，InMemory环境自动取值，生产环境优先读取数据库计算列值
    public string FullName => $"{FirstName} {LastName}";
}

注意：需要将该属性的Setter设为私有或直接删除，避免手动赋值和计算逻辑冲突。如果你的计算列配置了持久化（Persisted），生产环境EF Core会优先读取数据库存储的计算结果，不会使用实体Getter的逻辑，不会影响生产环境运行。

方案3：测试数据手动赋值 #

如果只有少量测试用例依赖该计算列，可在插入测试数据时直接手动给FullName字段赋值，无需修改上下文或实体代码，适合临时快速测试的场景。

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