何时返回 IOrderedEnumerable？

Question

是否应该将 IOrderedEnumerable 用作纯粹用于语义值的返回类型？

例如，当在表示层中消费模型时，我们如何知道集合是否需要排序或已经排序？

如果存储库使用 ORDER BY 子句包装存储过程，该怎么办？存储库应该返回 IOrderedEnumerable 吗？如何实现这一目标？

Answer 1

我认为这不是一个好主意：

是否应该将 IOrderedEnumerable 用作纯粹用于语义值的返回类型？

例如，在表示层消费模型时，我们如何知道集合是否需要排序或已经排序？

如果你不知道一个序列是按哪个键排序的，那么知道它是有序的又有什么意义呢？ IOrderedEnumerable 接口的要点是能够添加辅助排序条件，如果您不知道主要条件是什么，则这没有多大意义。

如果存储库使用 ORDER BY 子句包装存储过程，该怎么办？存储库应该返回 IOrderedEnumerable 吗？如何实现这一目标？

这没有道理。正如我已经说过的，IOrderedEnumerable 用于添加辅助排序条件，但是当存储过程返回数据时，数据已经排序，此时添加辅助排序条件为时已晚。您所能做的就是将其完全重新排序，因此对结果调用 ThenBy 不会产生预期的效果。

Answer 2

正如 Thomas 指出的，知道一个对象是一个 IOrderedEnumerable 只告诉我们它是以某种方式排序的，而不是它以我们想要维护的方式排序的。

还值得注意的是，返回类型将影响覆盖和编译能力，但不会影响运行时检查：

private static IOrderedEnumerable<int> ReturnOrdered(){return new int[]{1,2,3}.OrderBy(x => x);}
private static IEnumerable<int> ReturnOrderUnknown(){return ReturnOrdered();}//same object, diff return type.
private static void UseEnumerable(IEnumerable<int> col){Console.WriteLine("Unordered");}
private static void UseEnumerable(IOrderedEnumerable<int> col){Console.WriteLine("Ordered");}
private static void ExamineEnumerable(IEnumerable<int> col)
{
  if(col is IOrderedEnumerable<int>)
    Console.WriteLine("Enumerable is ordered");
  else
    Console.WriteLine("Enumerable is unordered");
}
public static void Main(string[] args)
{
  //Demonstrate compile-time loses info from return types
  //if variable can take either:
  var orderUnknown = ReturnOrderUnknown();
  UseEnumerable(orderUnknown);//"Unordered";
  orderUnknown = ReturnOrdered();
  UseEnumerable(orderUnknown);//"Unordered"
  //Demonstate this wasn't a bug in the overload selection:
  UseEnumerable(ReturnOrdered());//"Ordered"'
  //Demonstrate run-time will see "deeper" than the return type anyway:
  ExamineEnumerable(ReturnOrderUnknown());//Enumerable is ordered.
}

因此，如果您遇到可能存在 IEnumerable 或 的情况IOrderedEnumerable 根据具体情况返回给调用者，该变量将键入为 IEnumerable 以及来自返回类型丢失。同时，无论返回类型是什么，调用者都能够确定该类型是否真的是IOrderedEnumerable。

不管怎样，返回类型并不重要。

返回类型的权衡在于调用者的实用性与被调用者的灵活性之间。

考虑一个当前以 return currentResults.ToList() 结尾的方法。可能的返回类型如下：

1. List
2. IList
3. ICollection
4. IEnumerable >
5. IList
6. ICollection
7. IEnumerable
8. object

让我们排除对象和非泛型类型现在不太可能有用（在它们有用的情况下，使用它们可能是明智的决定）。剩下：

1. List
2. IList
3. ICollection
4. IEnumerable

上面的我们去的列表越多，我们就越方便调用者使用该类型公开的功能，而下面的类型未公开这些功能。列表越靠下，我们为被调用者提供的灵活性就越大，以便将来更改实现。因此，理想情况下，我们希望在方法的目的上下文中尽可能位于列表的最高位置（向调用者公开有用的功能，并减少创建新集合以提供我们已经提供的功能的情况），但不更高（以允许未来的变化）。

因此，回到我们的例子，我们有一个 IOrderedEnumerable，我们可以将其作为 IOrderedEnumerable 或 IEnumerable 返回。 code> （或 IEnumerable 或 object）。

问题是，这是一个 IOrderedEnumerable 本质上与该方法的目的相关的事实，还是它仅仅是一个实现制品？

如果我们有一个方法 ReturnProducts 碰巧按价格排序，作为删除以不同价格提供两次相同产品的情况的实现的一部分，那么它应该返回 IEnumerable;，因为调用者不应该关心它是否是有序的，当然也不应该依赖它。

如果我们有一个方法 ReturnProductsOrderedByPrice ，其中排序是其目的的一部分，那么我们应该返回 IOrderedEnumerable，因为这与其目的更密切相关，并且可以合理地期望对其调用 CreateOrderedEnumerable、ThenBy 或 ThenByDescending（这是它真正提供的唯一功能）并且不会因后续的实施更改而破坏这一点。

编辑：我错过了第二部分。

如果存储库将存储过程包装为
ORDER BY 子句。存储库应该返回 IOrderedEnumerable 吗？
如何实现这一目标？

如果可能的话（或者可能是IOrderedQueryable），这是一个非常好的主意。然而，事情并不简单。

首先，您必须确保 ORDER BY 后面的任何内容都不能撤消排序，这可能不是微不足道的。

其次，您不能在调用 CreateOrderedEnumerable() 时撤消此顺序。

例如，如果带有字段 A、B、C 和 D 的元素从使用 < code>ORDER BY A DESCENDING, B 导致返回名为 MyOrderedEnumerable 的类型，该类型实现 IOrderedEnumerable。然后，必须存储 A 和 B 是排序字段的事实。对 CreateOrderedEnumerable(e => eD, Comparer.Default, false) 的调用（这也是 ThenBy 和 ThenByDescending 的调用into) 必须按照数据库返回它们的相同规则（匹配数据库和.NET 可能很难），并且只有在这些组内才必须根据 cmp.Compare(e0.D, e1.D) 进行排序。

如果您能做到这一点，它可能会非常有用，并且如果 ORDER BY 子句出现在由所有通话。

否则，IOrderedEnumerable 将是一个谎言 - 因为你无法履行它提供的合同 - 而且它几乎毫无用处。

Answer 3

IMO IOrderedEnumerable 和 IOrderedCollection 对于高级操作非常有用，即在列表和数组上工作，但在集合上不起作用，但是不知何故 List 不继承它，因此它失去了那个目的。它现在仅对您在问题第二部分中展示的想法有用（按顺序等）