System.Linq.Dynamic.Core 中 OrderBy 包含 null 常量的处理方案

在使用 System.Linq.Dynamic.Core 进行动态 LINQ 查询时，开发人员可能会遇到一个常见问题：当 OrderBy 子句中包含 null 常量比较时，系统会抛出错误提示"找不到属性或字段'null'"。这个问题在版本升级后尤为明显，需要特别注意。

问题背景

在 System.Linq.Dynamic.Core 1.4.6 版本中，类似以下的代码可以正常工作：

query.OrderBy("x => x.DateDelivered == null ? 1 : 2")

但在升级到 1.6.3 版本后，同样的代码会抛出错误：

'No property or field 'null' exists in type '(Type)''

问题原因

这个问题的根本原因在于新版本中引入了一个安全限制：默认情况下，OrderBy 操作只能应用于实体类的属性或字段。当解析器遇到 null 常量时，会错误地尝试将其解释为实体类的属性或字段，而不是识别为一个常量表达式。

解决方案

要解决这个问题，可以通过配置 ParsingConfig 来放宽这个限制：

var config = new ParsingConfig()
{
    RestrictOrderByToPropertyOrField = false
};
var orderedQuery = query.OrderBy(config, "x => x.DateDelivered == null ? 1 : 2");

将 RestrictOrderByToPropertyOrField 设置为 false 后，解析器将允许在 OrderBy 子句中使用非属性/字段的表达式，包括 null 常量比较。

注意事项

1. EF Core 的特殊情况：即使字段上有 Column 属性标注，也可能触发同样的错误。例如：

[Column("DeliveredDate")]
public DateTime? DateDelivered { get; set; }

2. 安全性考虑：放宽这个限制可能会带来一定的安全风险，特别是在接受用户输入的动态查询场景中。建议仅在必要时使用此配置，并确保输入经过适当验证。

3. 版本兼容性：这个问题主要出现在 1.6.x 版本中，如果从旧版本升级遇到此问题，可以考虑使用上述解决方案，或者评估是否真的需要升级到新版本。

最佳实践

对于需要频繁使用动态 LINQ 的场景，建议：

1. 集中管理 ParsingConfig 实例
2. 在应用启动时初始化配置
3. 对动态查询输入进行严格验证
4. 考虑封装一个安全的动态查询构建器

通过合理配置和使用，System.Linq.Dynamic.Core 仍然是一个强大的工具，能够帮助开发者构建灵活的数据查询功能。