System.Linq.Dynamic.Core 中处理动态排序时的空值比较问题

在使用 System.Linq.Dynamic.Core 进行动态 LINQ 查询时，开发人员可能会遇到一个常见的排序需求：按照某个字段是否为 null 进行排序，然后再对该字段的值进行排序。这种需求在实际业务场景中非常普遍，比如我们希望将产品列表中产品代码为空的记录排在前面或后面，然后再按产品代码排序。

问题现象

当尝试使用类似 "ProductCode == null ASC, ProductCode ASC" 这样的排序表达式时，System.Linq.Dynamic.Core 1.6.0 版本会抛出异常："No property or field 'null' exists in type 'Product'"。这个错误表明解析器无法正确处理包含 null 比较的排序表达式。

问题原因

这个问题的根本原因在于 System.Linq.Dynamic.Core 默认配置下不支持在 OrderBy 子句中使用复杂的表达式。默认情况下，OrderBy 方法期望接收的是简单的属性或字段名称列表，而不是完整的布尔表达式。

在早期版本中，可能由于解析器的宽松处理，这种表达式能够正常工作。但随着库的版本更新，解析规则变得更加严格，导致了兼容性问题。

解决方案

要解决这个问题，我们需要配置 ParsingConfig 来启用对复杂表达式的支持。具体步骤如下：

1. 创建一个 ParsingConfig 实例
2. 设置 AllowNewToEvaluateAnyType 属性为 true
3. 在调用 OrderBy 方法时传入这个配置

var config = new ParsingConfig 
{
    AllowNewToEvaluateAnyType = true
};

queryable = queryable.OrderBy(config, "ProductCode == null ASC, ProductCode ASC");

深入理解

这种限制的存在有其合理性。在大多数情况下，排序操作确实只需要基于简单的属性或字段。允许任意表达式会增加解析的复杂性和潜在的安全风险。因此，System.Linq.Dynamic.Core 默认关闭了这个功能，需要开发者显式启用。

最佳实践

1. 明确需求：首先确认是否真的需要在排序中使用表达式，简单的属性排序通常性能更好
2. 配置隔离：为不同的查询场景创建不同的 ParsingConfig 实例，避免过度开放权限
3. 异常处理：对动态 LINQ 查询进行适当的异常捕获和处理
4. 性能考量：复杂的排序表达式可能影响查询性能，特别是在大数据集上

替代方案

如果不想修改全局配置，也可以考虑以下替代方案：

1. 使用两个独立的 OrderBy 调用
2. 在内存中对结果进行二次排序
3. 使用条件表达式创建计算列后再排序

总结

System.Linq.Dynamic.Core 提供了强大的动态查询能力，但同时也需要开发者理解其配置选项和工作原理。通过合理配置 ParsingConfig，我们可以灵活地处理各种复杂的排序需求，包括基于 null 检查的条件排序。理解这些细节有助于我们构建更健壮、更高效的动态查询解决方案。