LINQ to Entities可翻译方法实现问询：简化重复查询逻辑

我来帮你搞定这个EF表达式复用的问题！你之前遇到的错误，核心原因是混用了普通委托和表达式树——Func<Foo, bool>是编译后的委托，EF没法把它转换成SQL，还会导致变量作用域解析失败。下面给你两种符合需求的可复用方案，都能保证EF正确生成SQL，不会提前拉取数据到内存。

方案一：静态方法封装匹配条件（最直观） #

先写一个静态类，专门封装Bar的查询条件，返回Expression<Func<Bar, bool>>（EF能识别的表达式树）：

public static class BarQueryHelpers
{
    // 封装重复的匹配逻辑：SomeProp等于指定值，且Y等于Foo的X属性值
    public static Expression<Func<Bar, bool>> MatchByFooXAndSomeProp(int fooXValue, string someProp)
    {
        return bar => bar.SomeProp == someProp && bar.Y == fooXValue;
    }
}

然后在查询里直接调用这个方法，语法和你想要的非常接近：

var foos = ctx.Foos.Select(f => new { 
    P1 = ctx.Bars.FirstOrDefault(BarQueryHelpers.MatchByFooXAndSomeProp(f.X1, "Const1")),
    P2 = ctx.Bars.FirstOrDefault(BarQueryHelpers.MatchByFooXAndSomeProp(f.X2, "Const2")),
    P3 = ctx.Bars.FirstOrDefault(BarQueryHelpers.MatchByFooXAndSomeProp(f.X3, "Const3")),
});

EF会自动把这些表达式树组合起来，生成和你原始代码完全一致的SQL，不会有任何性能问题。

方案二：扩展方法封装（更贴近你想要的f.GetBar()写法） #

如果你想让调用语法更像f.GetBar(...)，可以给Foo写一个扩展方法，但要注意必须用表达式树来构建逻辑，不能用普通委托：

先写一个表达式树替换工具（用来处理参数作用域）：

// 辅助类：替换表达式树中的参数，解决EF的作用域解析问题
internal class ParameterReplacer : ExpressionVisitor
{
    private readonly ParameterExpression _oldParam;
    private readonly Expression _newExpr;

    public ParameterReplacer(ParameterExpression oldParam, Expression newExpr)
    {
        _oldParam = oldParam;
        _newExpr = newExpr;
    }

    protected override Expression VisitParameter(ParameterExpression node)
    {
        return node == _oldParam ? _newExpr : base.VisitParameter(node);
    }
}

internal static class ExpressionExtensions
{
    public static Expression ReplaceParameter(this Expression expr, ParameterExpression oldParam, Expression newExpr)
    {
        return new ParameterReplacer(oldParam, newExpr).Visit(expr);
    }
}

然后写Foo的扩展方法：

public static class FooExtensions
{
    // 扩展方法：给Foo实例绑定Bar的查询逻辑
    public static Expression<Func<Foo, Bar>> GetBar(this Foo _, DbSet<Bar> bars, string someProp, Expression<Func<Foo, int>> xPropertySelector)
    {
        // 构建最终的查询表达式：从Bars中匹配符合条件的记录
        return foo => bars.FirstOrDefault(
            bar => bar.SomeProp == someProp 
            && bar.Y == xPropertySelector.Body.ReplaceParameter(xPropertySelector.Parameters[0], foo)
        );
    }
}

调用的时候语法如下：

var foos = ctx.Foos.Select(f => new { 
    P1 = f.GetBar(ctx.Bars, "Const1", foo => foo.X1).Invoke(f),
    P2 = f.GetBar(ctx.Bars, "Const2", foo => foo.X2).Invoke(f),
    P3 = f.GetBar(ctx.Bars, "Const3", foo => foo.X3).Invoke(f),
});

这个方案的语法更贴近你最初的设想，同样能被EF正确转换成SQL。

为什么之前的代码会报错？ #

你之前用Func<Foo, bool>作为参数，这个类型是编译后的委托，它不会保留任何表达式树信息，EF无法把委托里的逻辑转换成SQL。而且委托里引用了外部lambda的f变量，EF没法解析这个变量的作用域，所以才会抛出“variable 'f' is not defined”的异常。只要确保所有复用的逻辑都是用Expression<>类型的表达式树，就能避免这个问题。

内容的提问来源于stack exchange，提问作者Stijn Van Antwerpen