如何基于不同筛选条件实现LINQ动态OrderBy，避免重复编写查询代码

基础优化逻辑 #

首先把基础查询抽为独立的可复用对象，所有排序规则都基于这个基础对象链式扩展，从根源上消除重复编写基础查询的冗余代码。后续如果需要给基础查询加全局过滤（比如过滤软删除数据、权限范围校验），只需要修改这一处基础定义，不需要在每个排序分支里重复改动，彻底避免漏改问题。

注意：LINQ的IQueryable查询是链式无副作用的，多次基于同一个基础查询调用OrderBy不会修改原有查询逻辑，复用完全安全。如果使用EF等ORM做数据库查询，必须使用表达式树（Expression<Func<T,object>>）定义排序规则，不能直接用委托类型，否则会导致ORM把全表数据拉到内存再排序，产生严重性能问题。

推荐实现：字典映射排序规则 #

针对已知固定的排序规则列表，用字典做排序表达式的映射，彻底替代嵌套if-else分支，新增排序规则只需要往字典里加一行映射，完全不需要改动原有核心逻辑。
代码示例：

// 1. 定义可复用的基础查询
var baseQuery = from p in context.table
                select p.field;

// 2. 统一维护排序规则映射，可放在类的静态构造、依赖注入配置中集中管理
var orderRuleMap = new Dictionary<string, Expression<Func<FieldModelType, object>>>()
{
    ["filter1"] = w => w.filter1,
    ["filter2"] = w => w.filter2,
    // 新增排序规则直接在这里追加即可
};

// 3. 应用排序逻辑
List<FieldModelType> result;
if (orderRuleMap.TryGetValue(clientSelectedFilter, out var orderExpression))
{
    result = baseQuery.OrderBy(orderExpression).ToList();
}
else
{
    // 配置兜底默认排序，比如按主键倒序
    result = baseQuery.OrderByDescending(w => w.Id).ToList();
}

如果需要支持动态升/降序切换，只需要简单解析客户端传入的排序参数即可：

// 约定客户端传参格式为 "字段名 排序方向"，比如 "filter1 desc"
var orderParts = clientSelectedFilter.Split(' ');
var fieldKey = orderParts[0];
var isDesc = orderParts.Length > 1 && orderParts[1].Equals("desc", StringComparison.OrdinalIgnoreCase);

if (orderRuleMap.TryGetValue(fieldKey, out var orderExpression))
{
    result = isDesc 
        ? baseQuery.OrderByDescending(orderExpression).ToList()
        : baseQuery.OrderBy(orderExpression).ToList();
}

方案优势 #

• 基础查询逻辑单点维护，彻底避免多分支重复修改的漏改风险
• 排序规则和业务逻辑解耦，新增排序需求的成本从“写一整段分支逻辑”降到“加一行映射配置”
• 代码结构清晰，后续排查问题不需要在大量重复的查询代码里翻找

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