完成对 IQueryable 通用列表进行排序的更好方法

在我看来，根本没有充分的理由这样做。您在函数中使用了 OrderBy 扩展方法，为什么不直接调用它而不是此函数？除非示例中未显示某些内容，否则该函数除了弄清楚如何调用OrderBy(或OrderByDescending(然后调用它之外不会执行任何其他操作。

如果您只是想使用布尔标志在升序和降序之间切换(而不必在您尝试对某些内容进行排序的每个地方都使用 if 语句(，那么我强烈建议使用以下方法：

public static IOrderedQueryable<TSource> Sort<TSource, TKey>(this IQueryable<TSource> source, Expression<Func<TSource, TKey>> keySelector, bool descending = false)
{
  if (descending) return source.OrderByDescending(keySelector);
  else return source.OrderBy(keySelector);
}

它整洁干净，您仍然可以使用 lambda 表达式来定义键，而无需依赖您的模型，您可以(可选(使用布尔标志将排序顺序更改为降序，并且没有反射。这是双赢！;)

[开始编辑以响应评论]

好的，现在我已经再次运行了VS2010，我能够找到一种方法来封装在对 ASP.NET GridView控件进行排序时使用的SortExpression，正如承诺的那样。所以它来了。

由于我们没有为这个问题定义模型，我将创建一个简单的模型。

public class Customer
{
  public int CustomerID { get; set; }
  public string Name { get; set; }
  public virtual List<Order> Orders { get; set; }
}
public class Order
{
  public int OrderID { get; set; }
  public DateTime OrderDate { get; set; }
  public decimal TotalPurchaseAmount { get; set; }
  public string Comments { get; set; }
  public bool Shipped { get; set; }
  public virtual Customer Customer { get; set; }
}

因此，让我们假设我们有一个 CustomerDetails.aspx 页面，我们希望向其添加一个 GridView，该页面将列出订单。

<asp:GridView ID="gvOrders" AutoGenerateColumns="false" runat="server"
  AllowSorting="true" OnSorting="gvOrders_Sorting">
  <Columns>
    <asp:BoundField DataField="OrderID" SortExpression="OrderID" HeaderText="Order ID" />
    <asp:BoundField DataField="OrderDate" SortExpression="OrderDate" HeaderText="Order Date" />
    <asp:BoundField DataField="TotalPurchaseAmount" SortExpression="TotalPurchaseAmount" HeaderText="Total Purchase Amount" />
    <asp:BoundField DataField="Comments" SortExpression="Comments" HeaderText="Comments" />
    <asp:BoundField DataField="Shipped" SortExpression="Shipped" HeaderText="Shipped" />
  </Columns>
</asp:GridView>

在代码隐藏中，有一个静态字典对象：

protected static readonly Dictionary<string, Expression<Func<Order, object>>> sortKeys = new Dictionary<string,Expression<Func<Order,object>>>()
{
  { "OrderID", x => x.OrderID },
  { "OrderDate", x => x.OrderDate },
  { "TotalPurchaseAmount", x => x.TotalPurchaseAmount },
  { "Comments", x => x.Comments },
  { "Shipped", x => x.Shipped }
};

然后是处理排序的函数：

protected void gvOrders_Sorting(object sender, GridViewSortEventArgs e)
{
  string exp = ViewState["gvOrders_SortExp"] as string;
  if (exp == null || exp != e.SortExpression)
  {
    e.SortDirection = SortDirection.Ascending;
    ViewState["gvOrders_SortExp"] = e.SortExpression;
    ViewState["gvOrders_SortDir"] = "asc";
  }
  else
  {
    string dir = ViewState["gvOrders_SortDir"] as string;
    if (dir == null || dir == "desc")
    {
      e.SortDirection = SortDirection.Ascending;
      ViewState["gvOrders_SortDir"] = "asc";
    }
    else
    {
      e.SortDirection = SortDirection.Descending;
      ViewState["gvOrders_SortDir"] = "desc";
    }
  }
  if (e.SortDirection == SortDirection.Ascending)
  // There's a MyCustomer property on the page, which is used to get to the Orders
  { gvOrders.DataSource = MyCustomer.Orders.OrderBy(sortKeys[e.SortExpression]); }
  else
  { gvOrders.DataSource = MyCustomer.Orders.OrderByDescending(sortKeys[e.SortExpression]); }
  gvOrders.DataBind();
}

在那里，就是这样。

我承认gvOrders_Sorting方法真的很混乱，但这就是对GridView使用自定义排序的本质。它可以进一步封装，但我决定保持简单。(我实际上开始致力于创建一个处理排序和分页的帮助程序类，但 .NET 4.0 中的自定义分页比自定义排序更糟糕！

希望你喜欢。;)

[更正]

我刚刚注意到编写的代码存在问题。 MyCustomer.Orders将是一个List<Order>而不是一个IQueryable<Order>.因此，要么将sortKeys更改为Dictionary<string, Func<Order, object>>，要么将调用更改为MyCustomer.Orders.AsQueryable().OrderBy(sortKeys[e.SortExpression])或MyDbContext.Orders.Where(o => o.Customer == MyCustomer).OrderBy(sortKeys[e.SortExpression])。我把选择权留给你。;)

如果它们都继承自基类，为什么不约束泛型参数呢？

public static IOrderedQueryable<T> Sort<T>(this IQueryable<T> source, string propertyName, bool descending) where T : MyBase

这样，编译器就不会让你将一个不继承自MyBase的类传递给这个函数，你就脱离了"没人知道？！"的领域:)

只需投影要排序的属性：

 public static IOrderedQueryable<T> Sort<T, U>(this IQueryable<T> source, Func<T, U> sortExpr, bool descending)
...

source.OrderBy(e => sortExpr(e));