如何在无真实数据库时验证EF Core可识别的表达式树？

完全可以在单元测试阶段验证EF Core能否解析表达式树并生成查询，无需依赖真实数据库，核心思路是利用EF Core的内存数据库（InMemory Provider）配合查询翻译验证方法，具体步骤如下：

1. 创建测试用DbContext #

定义包含目标实体和DbSet的测试DbContext，配置使用内存数据库——它不需要实际的数据库文件或服务，仅用于模拟EF Core的查询翻译环境：

public class TestDbContext : DbContext
{
    public DbSet<Product> Products { get; set; }

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        // 使用内存数据库，无需真实连接
        optionsBuilder.UseInMemoryDatabase(databaseName: "ExpressionValidationDb");
    }
}

// 测试用实体类，和业务实体结构一致即可
public class Product
{
    public int Id { get; set; }
    public string Name { get; set; }
    public decimal Price { get; set; }
}

2. 编写单元测试验证表达式 #

在单元测试中，实例化测试DbContext，构建要验证的查询表达式，然后通过ToQueryString()方法触发EF Core的查询翻译逻辑——如果表达式树无法被EF Core解析，该方法会抛出InvalidOperationException，以此判断表达式是否有效：

// 以xUnit为例
public class ExpressionTreeValidationTests
{
    [Fact]
    public void ExpressionTree_ShouldBeTranslatableByEFCore()
    {
        using var context = new TestDbContext();

        // 构建要验证的查询表达式
        IQueryable<Product> testQuery = context.Products
            .Where(p => p.Price > 100 && EF.Functions.Like(p.Name, "%Electronics%"))
            .OrderByDescending(p => p.Price)
            .Select(p => new { p.Id, p.Name });

        try
        {
            // 触发查询翻译，生成查询字符串
            var translatedQuery = testQuery.ToQueryString();
            // 只要能成功生成字符串，说明表达式可被EF Core处理
            Assert.NotNull(translatedQuery);
        }
        catch (InvalidOperationException ex)
        {
            // 捕获翻译失败的异常，标记测试不通过
            Assert.Fail($"表达式树无法被EF Core翻译: {ex.Message}");
        }
    }
}

补充说明 #

• 版本兼容：ToQueryString()是EF Core 5.0及以上版本的API，若使用更低版本，可以通过调用query.Provider.CreateQuery(query.Expression)来触发翻译逻辑，或尝试枚举查询（query.ToList()）——枚举会生成空结果，但同样能验证表达式是否可被解析。
• 验证范围：这种方法仅验证EF Core能否将表达式树转换为查询逻辑，不会检查SQL是否能在真实数据库执行（比如表是否存在、字段是否匹配等），完全符合你的需求。
• 自定义函数/扩展：如果你的表达式使用了自定义数据库函数或扩展方法，只需在测试DbContext中注册对应的函数映射，即可正常验证。

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