返回 IQueryable<T> 或不返回 IQueryable<T> [关闭]

Question

我有一个存储库类，用于包装我的 LINQ to SQL 数据上下文。存储库类是一个业务线类，包含所有数据层逻辑（以及缓存等）。

这是我的 repo 界面的 v1。

public interface ILocationRepository
{
    IList<Location> FindAll();
    IList<Location> FindForState(State state);
    IList<Location> FindForPostCode(string postCode);
}

但要为 FindAll 处理分页，我正在争论是否公开 IQueryable 而不是 IList 以简化分页等情况的接口。

从数据仓库中公开 IQueryable 的优缺点是什么？

非常感谢任何帮助。

Answer 1

优点；可组合性：

• 来电者可以添加过滤器
• 来电者可以添加寻呼
• 调用者可以添加排序
• 等

缺点；不可测试性：

• 您的存储库不再是可正确进行单元测试的；你不能依赖a：它工作，b：它做了什么；
  • 调用者可以添加一个不可翻译的函数（即没有 TSQL 映射；在运行时中断）
  • 调用者可以添加过滤器/排序，使其表现得像狗一样
• 由于调用者希望 IQueryable<T> 是可组合的，因此它排除了不可组合的实现 - 或者它会迫使您为他们编写自己的查询提供程序
• 这意味着您无法优化/分析 DAL

为了稳定性，我已采取不在我的存储库中公开IQueryable<T> 或Expression<...>。这意味着我知道存储库的行为方式，并且我的上层可以使用模拟，而不必担心“实际的存储库是否支持这个？” （强制集成测试）。

我仍然使用 IQueryable<T> 等 inside 存储库 - 但不是超出边界。我发布了一些more thoughts on this theme here。将分页参数放在存储库界面上同样容易。您甚至可以使用扩展方法（在接口上）添加可选分页参数，以便具体类只有 1 个方法可以实现，但调用者可能有 2 或 3 个重载可用。

Answer 2

正如前面的回答所提到的，暴露 IQueryable 可以让调用者访问 IQueryable 本身，这可能会变得很危险。

封装业务逻辑的首要职责是维护数据库的完整性。

您可以继续公开 IList 并且可能会更改您的参数如下，这就是我们正在做的......

public interface ILocationRepository
{
    IList<Location> FindAll(int start, int size);
    IList<Location> FindForState(State state, int start, int size);
    IList<Location> FindForPostCode(string postCode, int start, int size);
}

如果 size == -1 则返回所有...

另一种方式...

如果你仍然想返回 IQueryable，那么你可以在你的函数中返回 List 的 IQueryable.. 例如......

public class MyRepository
{
    IQueryable<Location> FindAll()
    {
        List<Location> myLocations = ....;
        return myLocations.AsQueryable<Location>;
        // here Query can only be applied on this
        // subset, not directly to the database
    }
}

第一种方法比内存有优势，因为您将返回更少的数据而不是全部。

Answer 3

我建议使用<strong>IEnumerable</strong> 而不是<strong>IList</strong>，这样你会有更大的灵活性。

这样，您将能够从 Db 中仅获取您真正要使用的那部分数据，而无需在存储库中完成额外的工作。

示例：

// Repository
public interface IRepository
{
    IEnumerable<Location> GetLocations();
}

// Controller
public ActionResult Locations(int? page)
{
    return View(repository.GetLocations().AsPagination(page ?? 1, 10);
}

超级干净和简单。