调用动态字符串OrderBy触发CS1929错误：IEnumerable无对应方法定义

触发场景 #

在执行如下代码时触发编译报错：

var designationDtos = queryResult.Select(x =>
{
    var designationDto = ObjectMapper.Map<Designation, DesignationDto>(x.designation);
    designationDto.DepartmentName = x.department.Name;
    return designationDto;
}).OrderBy(input.Sorting).ToList();

完整报错信息为：

'IEnumerable' does not contain a definition for 'OrderBy' and the best extension method overload 'DynamicQueryableExtensions.OrderBy(IQueryable, string, params object[])' requires a receiver of type 'IQueryable'

初步排查结论：移除OrderBy逻辑后程序可正常运行，传入OrderBy的input.Sorting参数为字符串类型，报错本质是当前调用的动态排序扩展方法要求接收方序列为IQueryable类型，和实际传入的序列类型不匹配。

根因分析 #

DynamicQueryableExtensions提供的字符串参数版OrderBy扩展，原生仅适配IQueryable类型的接收者。代码里的Select委托包含ObjectMapper.Map这类纯内存对象映射操作，Select执行完成后返回的是内存中的IEnumerable集合，并非支持表达式树解析的IQueryable数据源，编译器自然找不到匹配的扩展方法，最终触发CS1929编译错误。

可行解决方向 #

• 排序逻辑前移（推荐）：在对象映射完成前完成排序操作，保证传入动态OrderBy的接收方始终是原始的IQueryable数据源。等排序执行完成后再执行Select的内存映射逻辑，最后调用ToList获取结果集。这种方式的排序会在数据库查询阶段完成，避免全量数据加载到内存后再排序的性能损耗。
• 集合类型转换：如果业务逻辑确实要求必须在内存集合完成映射后再做排序，可以在调用OrderBy前对当前IEnumerable集合调用.AsQueryable()方法，将其包装为内存版IQueryable实例，即可匹配动态排序扩展方法的接收者类型要求。
• 自研内存排序逻辑：如果不想依赖第三方动态排序扩展库，可以基于IEnumerable实现适配的字符串动态排序逻辑，在内存中解析排序字段与排序规则，完成集合排序。

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