我应该从我的 DAL 返回 IEnumerable<T> 还是 IQueryable<T>？

Question

我知道这可能是意见，但我正在寻找最佳做法。

据我了解，IQueryable<T> 实现了IEnumerable<T>，所以在我的 DAL 中，我目前有如下方法签名：

IEnumerable<Product> GetProducts();
IEnumerable<Product> GetProductsByCategory(int cateogoryId);
Product GetProduct(int productId);

我应该在这里使用IQueryable<T> 吗？

这两种方法的优缺点是什么？

请注意，我计划使用存储库模式，所以我将有一个这样的类：

public class ProductRepository {

    DBDataContext db = new DBDataContext(<!-- connection string -->);

    public IEnumerable<Product> GetProductsNew(int daysOld) {
        return db.GetProducts()
          .Where(p => p.AddedDateTime > DateTime.Now.AddDays(-daysOld ));
    }
}

我应该将我的IEnumerable<T> 更改为IQueryable<T> 吗？其中一个有什么优点/缺点？

Answer 1

还要考虑一件事：您的分页/排序支持在哪里？如果您在存储库中提供分页支持，则返回 IEnumerable<T> 很好。如果您在存储库之外进行分页（例如在控制器或服务层中），那么您真的想使用IQueryable<T>，因为您不想在分页之前将整个数据集加载到内存中。

Answer 2

您可以使用 IQueryable 并接受有人可以创建一个SELECT N+1 可能发生的场景。这是一个缺点，而且您最终可能会在存储库上方的层中获得特定于存储库实现的代码。这样做的好处是您允许在您的存储库之外表达诸如分页和排序之类的委派常见操作，从而减轻了此类担忧。如果您需要将数据与其他数据库表连接起来，它也会更加灵活，因为查询将保持为表达式，因此可以在将其解析为查询并命中数据库之前添加。

另一种方法是锁定您的存储库，以便它通过调用ToList() 返回具体化列表。对于分页和排序的示例，您需要将 skip、take 和排序表达式作为参数传递给存储库的方法，并使用这些参数仅返回结果窗口。这意味着存储库负责分页和排序，以及所有数据的投影。

这有点像判断调用，您是否赋予您的应用程序 linq 的功能，并且在存储库中具有较低的复杂性，或者您是否控制您的数据访问。对我来说，这取决于与每个实体关联的查询数量、实体组合以及我想在哪里管理这种复杂性。

Answer 3

这取决于你想要什么行为。

• 返回 IList 告诉调用者他们已收到他们请求的所有数据
• 返回一个 IEnumerable 告诉调用者他们需要迭代结果并且它可能会被延迟加载。
• 返回 IQueryable 会告诉调用者结果由可以处理某些查询类别的 Linq 提供程序提供支持，从而使调用者承担形成高性能查询的负担。李>

虽然后者为调用者提供了很大的灵活性（假设您的存储库完全支持它），但它是最难测试的，并且可以说是最不确定的。

Answer 4

HUUUUGGGE 差异。这个我看多了。

您在 IQueryable 访问数据库之前构建它。 IQueryable 仅在调用一个急切的函数（例如 .ToList() ）或您实际上尝试提取值时才访问数据库。 IQueryable = 懒惰。

IEnumerable 将立即针对数据库执行您的 lambda。 IEnumerable = 渴望。

至于与存储库模式一起使用，我相信它是渴望的。我通常会看到 ILists 被通过，但其他人需要为你解决这个问题。编辑 - 您通常会看到 IEnumerable 而不是 IQueryable，因为您不希望层通过您的存储库 A）确定何时发生数据库命中或 B）将任何逻辑添加到存储库外部的联接

有一个非常棒的 LINQ 视频，我非常喜欢它——它不仅仅是 IEnumerable v IQueryable，但它确实有一些奇妙的洞察力。

http://channel9.msdn.com/posts/matthijs/LINQ-Tips-Tricks-and-Optimizations-by-Scott-Allen/