EF查询中子查询复用问题：多列转子列表重复代码优化

我太懂这种烦恼了——碰到设计不规范的数据库，还要用EF保住IQueryable的可扩展性，同时不想写一堆重复到吐的代码，结果封装个方法还被EF报错说转不了SQL，简直头大。

问题出在EF的LINQ提供器上：它只能解析表达式树，而普通的方法调用对它来说是黑盒，根本转不成SQL。所以咱们得换个思路，用表达式树来封装重复的映射逻辑，让EF能看懂咱们要做啥。

下面给你一套可行的方案：

第一步：定义通用的表达式树构建工具 #

咱们可以写一个静态类，专门用来生成把主实体的列映射成子项的表达式。假设你的主实体是MainEntity，子项类是SubItem（包含PropertyName和Value两个属性），代码大概是这样：

public static class SubItemExpressionBuilder
{
    // 生成单个列到SubItem的表达式
    private static Expression<Func<MainEntity, SubItem>> CreateSingleSubItemExpr(string propName, Expression<Func<MainEntity, string>> valueSelector)
    {
        var param = valueSelector.Parameters[0];
        
        // 构建SubItem的初始化表达式（这里用无参构造+属性赋值，适配大多数场景）
        var subItemInit = Expression.MemberInit(
            Expression.New(typeof(SubItem)),
            Expression.Bind(typeof(SubItem).GetProperty(nameof(SubItem.PropertyName)), Expression.Constant(propName)),
            Expression.Bind(typeof(SubItem).GetProperty(nameof(SubItem.Value)), valueSelector.Body)
        );
        
        return Expression.Lambda<Func<MainEntity, SubItem>>(subItemInit, param);
    }

    // 生成多个列转成子项列表的表达式
    public static Expression<Func<MainEntity, IEnumerable<SubItem>>> CreateSubItemsListExpr(params (string PropName, Expression<Func<MainEntity, string>> ValueSelector)[] mappings)
    {
        var param = Expression.Parameter(typeof(MainEntity), "entity");
        
        // 把每个列的映射表达式转换成针对当前参数的表达式
        var subItemExprs = mappings.Select(mapping =>
        {
            var singleExpr = CreateSingleSubItemExpr(mapping.PropName, mapping.ValueSelector);
            // 替换表达式的参数为当前的param
            return Expression.Invoke(singleExpr, param);
        }).ToArray();
        
        // 创建数组初始化表达式，把多个SubItem合并成列表
        var arrayInit = Expression.NewArrayInit(typeof(SubItem), subItemExprs);
        
        return Expression.Lambda<Func<MainEntity, IEnumerable<SubItem>>>(arrayInit, param);
    }
}

第二步：在查询中复用这个工具 #

现在你可以在EF查询里直接用这个工具，再也不用写重复的映射逻辑了：

// 定义所有需要转换的列映射
var subItemsSelector = SubItemExpressionBuilder.CreateSubItemsListExpr(
    ("Column1", x => x.Column1),
    ("Column2", x => x.Column2),
    ("Column3", x => x.Column3),
    ("Column4", x => x.Column4),
    ("Column5", x => x.Column5),
    ("Column6", x => x.Column6),
    ("Column7", x => x.Column7),
    ("Column8", x => x.Column8)
);

// 生成最终的IQueryable查询
var query = dbContext.MainEntities
    .SelectMany(subItemsSelector);

为什么这能行？ #

因为咱们全程都是在构建表达式树，而不是调用普通方法。EF的LINQ提供器能完整解析这些表达式，把它转换成类似UNION ALL的SQL语句，把每行的8列拆成8行子项。而且整个查询还是IQueryable，后续加筛选、排序什么的完全没问题：

// 后续可以直接加筛选，会被推送到数据库执行
var filteredQuery = query.Where(subItem => subItem.Value != null && subItem.Value.Contains("关键词"));

额外提示 #

如果你的子项类型有带参数的构造函数，也可以把MemberInit换成Expression.New直接调用构造函数，原理是一样的。另外，要是需要支持不同的数据类型（比如int、DateTime），可以把工具类改成泛型的，适配更多场景。

这样既解决了代码重复的问题，又保住了IQueryable的优势，完美适配你的需求～

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