如何在泛型IQueryable<T>扩展方法中处理IFoo类型逻辑？

方案一：手动构建表达式树 #

直接通过表达式树动态生成针对IFoo.Foo的过滤条件，绕开编译时类型限制，同时保证EF能正确解析为SQL：

public static IQueryable<T> Search<T>(this IQueryable<T> source)
{
    if (typeof(IFoo).IsAssignableFrom(typeof(T)))
    {
        // 构建参数表达式：x
        var parameter = Expression.Parameter(typeof(T), "x");
        // 将x转换为IFoo类型，再获取Foo属性
        var fooProperty = Expression.Property(
            Expression.Convert(parameter, typeof(IFoo)), 
            nameof(IFoo.Foo)
        );
        // 构建等于"Bar"的表达式
        var equalsExpr = Expression.Equal(fooProperty, Expression.Constant("Bar"));
        // 转换成Lambda表达式并应用Where
        var filterLambda = Expression.Lambda<Func<T, bool>>(equalsExpr, parameter);
        source = source.Where(filterLambda);
    }

    // 这里添加你的通用搜索逻辑
    return source;
}

方案二：利用泛型约束的内部方法+动态调用 #

把针对IFoo的逻辑抽成带约束的私有方法，通过dynamic绕开编译时类型检查，代码更简洁易读：

public static IQueryable<T> Search<T>(this IQueryable<T> source)
{
    if (typeof(IFoo).IsAssignableFrom(typeof(T)))
    {
        // 用dynamic让运行时自动匹配带约束的方法
        source = AddFooFilter((dynamic)source);
    }

    // 这里添加你的通用搜索逻辑
    return source;
}

// 仅处理实现了IFoo的类型，带泛型约束保证编译时能访问Foo属性
private static IQueryable<T> AddFooFilter<T>(IQueryable<T> source) where T : IFoo
{
    return source.Where(x => x.Foo == "Bar");
}

注意事项 #

• 两种方案都不会将过滤逻辑拉到内存执行，EF能正常解析表达式树生成对应SQL
• 方案一更适合简单条件，方案二更适合针对IFoo有复杂逻辑的场景

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