如何抽取LINQ重复WHERE判断子句为可被LINQ to SQL翻译的函数

关于现成通用函数的说明 #

目前.NET 官方的LINQ to SQL、EF 全生态没有内置适配SQL翻译的「值匹配/双方均为空态（null或空字符串）即判定通过」的通用判断函数。
现有内置的空值判断工具如string.IsNullOrEmpty本身可被正常翻译成SQL，但无法直接组合出你需要的完整判定逻辑，这类跨场景复用的匹配规则基本都是各项目内部自行封装，没有统一的现成实现。

关于自定义表达式的SQL转换报错问题 #

你遇到的“不支持到SQL的转换”错误，本质是表达式树的展开机制限制：

• 所有LINQ的SQL翻译组件（老版LINQ to SQL、EF6、早期EF Core）不会自动展开局部定义的Expression变量内容到查询表达式树中
• 当你在Where lambda里直接调用提前定义好的Expression<Func<string,string,bool>>变量时，翻译组件只会将其识别为需要在本地执行的委托，完全读不到表达式内部的判定逻辑，自然无法生成对应的SQL语句。

可落地的复用实现 #

针对需要跨50处查询复用的场景，维护成本最低的方案是自定义表达式树替换器，让翻译组件在生成SQL前自动把所有匹配调用替换为可翻译的原生逻辑：

1. 一次性封装通用扩展，后续所有查询直接复用即可

public static class MatchLogicExtensions
{
    // 核心匹配逻辑，完全兼容SQL翻译
    public static readonly Expression<Func<string, string, bool>> MatchesOrBothEmpty = 
        (dbValue, compareValue) => 
            dbValue == compareValue 
            || (
                (dbValue == null || dbValue == string.Empty) 
                && compareValue == null
            );

    // 表达式访问器：把调用时的实际字段值，替换到匹配逻辑的参数位置
    private class ParameterReplaceVisitor : ExpressionVisitor
    {
        private readonly Dictionary<ParameterExpression, Expression> _paramMap;
        public ParameterReplaceVisitor(Dictionary<ParameterExpression, Expression> paramMap)
        {
            _paramMap = paramMap;
        }
        protected override Expression VisitParameter(ParameterExpression node)
        {
            return _paramMap.TryGetValue(node, out var replaceValue) ? replaceValue : node;
        }
    }

    // 表达式访问器：识别所有对匹配逻辑的调用，替换为可翻译的原生表达式
    private class MatchCallReplacer : ExpressionVisitor
    {
        protected override Expression VisitMethodCall(MethodCallExpression node)
        {
            var matchMethodInfo = ((Expression<Func<string,string,bool>>)(MatchesOrBothEmpty)).Compile().Method;
            if (node.Method == matchMethodInfo)
            {
                var replaceMap = new Dictionary<ParameterExpression, Expression>
                {
                    { MatchesOrBothEmpty.Parameters[0], node.Arguments[0] },
                    { MatchesOrBothEmpty.Parameters[1], node.Arguments[1] }
                };
                return new ParameterReplaceVisitor(replaceMap).Visit(MatchesOrBothEmpty.Body);
            }
            return base.VisitMethodCall(node);
        }
    }

    // 给IQueryable扩展的Where方法，执行SQL翻译前自动处理所有匹配调用
    public static IQueryable<T> WhereWithMatch<T>(this IQueryable<T> source, Expression<Func<T, bool>> queryPredicate)
    {
        var processedPredicate = new MatchCallReplacer().Visit(queryPredicate) as Expression<Func<T, bool>>;
        return source.Where(processedPredicate);
    }
}

2. 业务查询的书写完全可以按照你期望的简洁风格实现，仅需将原生Where替换为自定义扩展即可：

var testRecord = new { firstField = "bob", secondField = (string)null, thirdField = "ross" };
var matchRecord = dataContext.RecordsTable.WhereWithMatch(vi =>
    MatchLogicExtensions.MatchesOrBothEmpty(vi.first, testRecord.firstField)
    && MatchLogicExtensions.MatchesOrBothEmpty(vi.second, testRecord.secondField)
    && MatchLogicExtensions.MatchesOrBothEmpty(vi.third, testRecord.thirdField)
).FirstOrDefault();

版本适配提示 #

• 使用EF Core 3.0及以上版本的项目，不需要自行实现表达式替换逻辑：EF Core会自动展开静态定义的Expression内容完成SQL翻译，直接在原生Where中调用即可正常运行
• 使用老版本LINQ to SQL、EF6的项目，必须依赖上述自定义替换逻辑，否则必然触发SQL转换报错。

注意：原逻辑中将string.Empty纳入空态判断的写法完全兼容，翻译时会被转换为SQL标准的空字符串''，不会出现类型匹配问题。

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