IEnumerable<T>.Count() 与 List<T>.Count 与实体框架

Question

我正在使用 Entity Framework 检索项目列表，如果检索到一些项目，我会对它们进行处理。

var items = db.MyTable.Where(t => t.Expiration < DateTime.Now).ToList();
if(items.Count != 0)
{
    // Do something... 
}

if 语句也可以写成

if(items.Count() != 0)
{
    // Do something... 
}

在第一种情况下，.Count 是 List<T>.Count 属性。在第二种情况下，.Count() 是IEnumerable<T>.Count() 扩展方法。

虽然这两种方法都达到了相同的结果，但是，是一种比另一种更受欢迎吗？ （可能在性能上有一些差异？）

Answer 1

Enumerable.Count<T>（IEnumerable<T> 的扩展方法）如果底层类型是ICollection<T>，则只调用Count，所以对于List<T> 没有区别。

Queryable.Count<T>（IQueryable<T> 的扩展方法）将使用底层查询提供程序，这在许多情况下会将计数向下推到实际 SQL，这将比计算内存中的对象。

如果应用了过滤器（例如Count(i => i.Name = "John")）或基础类型不是ICollection<T>，则枚举集合以计算计数。

一个比另一个更受欢迎？

我通常更喜欢使用 Count()，因为 1) 它更便携（底层类型可以是任何实现 IEnumerable<T> 或 IQueryable<T> 的类型）并且 2) 如果需要，以后添加过滤器更容易。

正如 Tim 在他的评论中所说，我也更喜欢使用 Any() 到 Count() > 0，因为它不必实际计算项目 - 它只会检查一项是否存在。相反，我使用!Any() 而不是Count() == 0。

Answer 2

这取决于底层集合以及 Linq 将从何处提取。例如，如果它是 SQL，那么使用 .ToList() 将导致查询拉回整个列表，然后对其进行计数。但是，.Count() 扩展方法会将其转换为数据库端的 SQL COUNT 语句。在这种情况下会有明显的性能差异。

对于标准列表或集合，如 D. Stanley 的回答中所述。

Answer 3

我会说这取决于if 块内发生的事情。如果您只是进行检查以确定是否对基础枚举执行一系列操作，那么无论如何都可能不需要它。只需遍历枚举（也省略ToList）。如果你没有在 if 块中使用集合，那么你应该避免使用 ToList 并且绝对使用 Any 而不是任何 Count/Count() 方法。

一旦您执行了ToList，那么您将不再使用实体框架，我希望Count() 只比Count 慢一点，因为如果基础集合是ICollection<T>，它会遵从这一点执行。唯一的开销是确定它是否实现了该接口。

http://msdn.microsoft.com/en-us/library/bb338038.aspx

备注： 如果源的类型实现ICollection<T>，则该实现用于获取元素的计数。否则，此方法确定计数。