.NET 7+中OrderDescending与OrderByDescending LINQ方法的引入原因探讨

• API 对称性与直观性
  此前要实现「对元素自身降序排序」，只能通过OrderByDescending(x => x)完成，而升序场景虽用OrderBy(x => x)，却一直没有对应的无选择器（selector）的降序方法。新增OrderDescending()后，和.NET 7同时新增的Order()（默认升序排序）形成对称API，让排序写法更贴合直觉，无需额外编写冗余的Lambda表达式。

• 减少冗余代码，提升可读性
  尽管x => x的Lambda非常简短，但在频繁使用排序的场景中，重复编写仍会增加代码冗余。OrderDescending()直接表达「对元素自身降序排序」的核心意图，代码更简洁，也降低了新手开发者的理解成本——不用困惑为什么明明是对元素本身排序，却要额外传递选择器。

• 完善框架API的完整性
  .NET团队一直在补充LINQ体系中「符合直觉但缺失」的API。对于本身实现了IComparable<T>接口的类型（比如整数、字符串、日期等），直接提供降序排序方法，是对现有排序能力的补全，让框架API覆盖更全面，贴合开发者的自然使用习惯。

• 预留性能优化空间
  虽然当前OrderDescending()的实现逻辑和OrderByDescending(x => x)相近，但无选择器的设计减少了一层委托调用开销。未来.NET团队可针对这类无选择器的排序方法做特定优化，处理大数据量时，这类微小开销的节省会累积出更明显的性能优势。

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