能否在不依赖集合的情况下合理使用Expression？

好问题！你完全没必要像示例那样绕个大弯（把单个对象塞进集合再转Queryable）来复用表达式——Expression本质是用来描述逻辑的抽象树，它不是专为集合场景设计的，我们可以直接在单个对象上执行这些表达式，实现逻辑复用的同时保持代码简洁。

问题核心分析 #

你写的SingleSelect方法虽然能跑，但多了没必要的集合包装和Queryable转换步骤。其实我们只需要把表达式树编译成可执行的委托，就能直接作用在单个对象上。

简洁实现方案 #

1. 直接编译表达式并调用

你可以直接用Expression.Compile()方法把表达式转换成Func<T1, T2>委托，然后传入单个对象执行：

public static void Main(string[] args) {
    const string testString = "Test";
    // 把表达式编译成可执行委托
    var countFunc = GetCount.Compile();
    // 直接在单个对象上调用
    var length = countFunc(testString);
    Console.WriteLine(length); // 输出4
}

private static Expression<Func<string, int>> GetCount => input => input.Length;

2. 封装更通用的扩展方法

如果需要频繁做这种操作，可以封装一个更简洁的扩展方法，避免重复写编译逻辑：

public static class ExpressionExtensions
{
    public static T2 Apply<T1, T2>(this T1 input, Expression<Func<T1, T2>> expression)
    {
        // 编译表达式并执行
        return expression.Compile()(input);
    }
}

// 使用方式和你原来的SingleSelect一样，但更高效
public static void Main(string[] args) {
    const string testString = "Test";
    var length = testString.Apply(GetCount);
    Console.WriteLine(length);
}

private static Expression<Func<string, int>> GetCount => input => input.Length;

为什么这可行？ #

Expression<Func<T1, T2>>是一棵描述逻辑的抽象语法树，Compile()方法会把这棵树转换成CLR可以直接执行的委托。不管是在EF的LINQ查询中（EF会解析表达式树生成SQL），还是在内存对象上（编译成委托直接执行），表达式树都只是逻辑的载体，完全可以跨场景复用。

这种方式的最大好处就是保证逻辑一致性：比如你有一个用来从数据库查询用户昵称的表达式Expression<Func<User, string>> GetUserName = u => u.NickName;，你既可以用它写EF查询（db.Users.Where(...).Select(GetUserName)），也可以直接用在内存中的User对象上（currentUser.Apply(GetUserName)），避免重复写相同的逻辑，减少出错概率。

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