实体框架首先选择不带 .ToList() 的新 POCO

Question

我正在创建一个带有服务层（WCF 网站）和 Silverlight 4 客户端的应用程序。 RIA 服务不是一种选择，因此我们创建中间类来来回传递。出于这个问题的目的，我们假设我正在来回传递美味 Food 对象。

public class FoodData
{
  public int Id { get; set; }
  public string Name { get; set; }
  public Tastyness TastyLevel { get; set; }
}

EF 模型本质上是同一个类，一个包含三个基本字段的表（Tastyness 是一个 int，对应于我们的枚举 Tastyness）。

我发现自己在执行实体框架查询时经常使用这种语句：

public List<FoodData> GetDeliciousFoods()
{
  var deliciousFoods = entities.Foods
                               .Where(f => f.Tastyness == (int)Tastyness.Delicious)
                               .ToList()  // Necessary? And if so, best performance with List, Array, other?
                               .Select(dFood => dFood.ToFoodData())
                               .ToList();

  return deliciousFoods;
}

如果没有 .ToList() 调用，我会收到一个关于 LINQ 无法将自定义方法转换为等效查询的异常，我对此表示理解。

我的问题是关于在 .Select(...) 之前使用自定义扩展调用 .ToList() 将我们的对象转换为 Food 对象的 POCO 版本。

这里是否有更好的模式可以做，或者甚至可能是 .ToList() 的更好替代方案，它可能性能更高，因为我实际上并不需要 List<..> 的功能结果。

Answer 1

使用 ToList 或 AsEnumerable 的问题是您具体化整个实体并支付修复成本。如果您希望拥有仅返回所需字段的最佳 SQL，那么您应该直接进行投影，而不是使用 .ToFoodData()：

var deliciousFoods = entities.Foods
                             .Where(f => f.Tastyness == (int)Tastyness.Delicious)
                             .Select(dFood => new FoodData
                                  {
                                      Id = dFood.Id,
                                      Name = dFood.Name,
                                      TastyLevel = (Tastyness)dFood.Tastyness
                                  });

转换为枚举可能会出现问题。如果是这样，请使用匿名类型：

var deliciousFoods = entities.Foods
                             .Where(f => f.Tastyness == (int)Tastyness.Delicious)
                             .Select(dFood => new FoodData
                                  {
                                      Id = dFood.Id,
                                      Name = dFood.Name,
                                      TastyLevel = dFood.Tastyness
                                  })
                             .AsEnumerable()
                             .Select(dFood => new FoodData
                                  {
                                      Id = dFood.Id,
                                      Name = dFood.Name,
                                      TastyLevel = (Tastyness)dFood.TastyLevel
                                  });

如果检查生成的 SQL，您会发现它更简单，并且您无需支付将对象修复到 ObjectContext 中的成本。

Answer 2

使用 AsEnumerable() 将查询转换为常规的旧 LINQ to Objects 查询，而无需创建不需要的列表

var deliciousFoods = entities.Foods
                               .Where(f => f.Tastyness == (int)Tastyness.Delicious)
                               .AsEnumerable()
                               .Select(dFood => dFood.ToFoodData())
                               .ToList();

编辑：请参阅 http://www.hookedonlinq.com/AsEnumerableOperator.ashx

Answer 3

@Craig Stuntz 的答案是正确的，但是当您有多个查询应将“Food”对象转换为“FoodData”对象时，可能会出现问题。您不希望表达式在多个位置重复 (DRY)。

解决方案可以是不使用实际返回“FoodData”对象的方法，而是使用返回用于进行转换的表达式的方法。然后您可以重新使用此方法。

Class Food {
  ...

  public static Expression<Func<Food, FoodData> ConvertToFoodDataExpr() {
    Expression<Func<Food, FoodData>> expr = dFood => new FoodData 
    {
      Id = dFood.Id,
      Name = dFood.Name,
      TastyLevel = dFood.Tastyness
    }
  }
}

要使用这个...

var deliciousFoods = entities.Foods
                         .Where(f => f.Tastyness == (int)Tastyness.Delicious)
                         .Select(Food.ConvertToFoodDataExpr());

请记住，在使用实体框架时，您不应在应用选择表达式之前具体化 IEnumerable（使用 ToList、ToArray 等），否则实体框架将无法做出正确的选择语句，并且它将始终选择表中的所有字段。

Answer 4

第一个 .ToList() 不是必需的。

var deliciousFoods = entities.Food

    // Here a lazy-evaluated collection is created (ie, the actual database query
    // has not been run yet)
    .Where(f => f.Tastyness == (int)Tastyness.Delicious)

    // With ToArray, the query is executed and results returned and 
    // instances of Food created.  The database connection
    // can safely be closed at this point.
    // Given the rest of the linq query, this step can be skipped
    // with no performance penalty that I can think of
    .ToArray()

    // Project result set onto new collection.  DB Query executed if
    // not already
    // The above .ToArray() should make no difference here other
    // than an extra function call an iteration over the result set
    .Select(dFood => dFood.ToFoodData())

    // This one might not be needed, see below
    .ToList();

您是否要求结果集是 List<> ？或者仅仅 IEnumerable 或 ICollection 就足够了？如果是这样，则可能不需要最后一个 .ToList() 。

你问的是性能？您希望每个查询返回多少个实例？如果相对较少，则 .ToList() 或 .ToArray() 或其他方法不会产生任何有意义的差异。更多的是关于你需要公开什么样的功能？如果返回的对象需要可索引、可添加，并且具有 List 的其他属性，那也可以。但是，如果您所做的只是迭代返回的集合，请不要公开不需要的内容。