为何EF无法转换从虚拟属性派生的Expression表达式？

核心差异：OrderBy与Single对表达式的处理逻辑不同 #

• 当用虚拟/抽象属性作为KeyExpr执行OrderBy时，EF Core仅需解析出属性对应的数据库列映射即可——虚拟属性在模型构建阶段已完成列关联，因此能直接生成ORDER BY [列名]的SQL，无需执行属性的get访问器。
• 但你生成的WithKeyExpr是相等判断表达式：如果KeyExpr指向虚拟属性，对应的表达式树节点是MethodCallExpression（调用虚拟属性的get方法），而非非虚拟属性的MemberExpression。EF Core无法将这种方法调用翻译成SQL——它无法确定这个虚拟方法调用对应的数据库列（虚拟属性可能被派生类重写，EF无法静态解析最终的映射关系），因此抛出翻译失败的错误。

虚拟属性表达式树的特性导致翻译失败 #

虚拟/抽象属性的表达式树本质是对属性get方法的调用，而非直接的成员访问。EF Core处理这两种表达式的逻辑完全不同：

• 非虚拟属性的MemberExpression直接绑定到实体的数据库列映射，EF能直接转换为[列名] = @value的SQL语句。
• 虚拟属性的MethodCallExpression会被EF视为普通的.NET方法调用，而EF不支持将任意.NET方法翻译成SQL，因此无法完成转换。

为什么Get()方法可用虚拟KeyExpr？ #

Get()方法里用KeyExpr做OrderBy时，EF不需要执行属性的get方法，只需要获取该属性对应的数据库列名即可。虚拟属性在模型构建时已经完成了列映射注册，EF能直接读取到这个映射信息，因此可以正常生成排序SQL。

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