存储库模式 - POCO 还是 IQueryable？

Question

我是存储库模式的新手，在网上阅读了大量内容后，我对正在发生的事情有了粗略的了解，但似乎存在思想冲突。

一是 IRepository 应返回的内容。

我只想处理 Pocos，所以我将为每个聚合根提供一个 IRepository 实现，如下所示：

public class OrangeRepository: IOrangeRepository
{
  public Orange GetOrange(IOrangeCriteria criteria);
}

其中 IOrangeCriteria 接受一些特定于查找 Orange 的参数。

我拥有的另一件事是许多数据后端——这就是我首先进入这种模式的原因。 我想我将为每个实现，例如

OrangeRepositoryOracle、OrangeRepositorySQL、OrangeRepositoryMock 等，

我想保持它打开，以便我可以使用 EF 或 NHibernate - 再次，如果我的 IOrangeRepository 处理 POCO，那么我会将其封装在存储库本身中，通过实施 OrangeRepositoryNHibernate 等。

我的路线正确吗？

谢谢

编辑：感谢您的反馈，目前我没有其他人可以反驳这些想法，因此不胜感激！

Answer 1

是的，您的版本是最安全/最兼容的版本。 您仍然可以将其用于任何资源，不仅是数据访问资源，还可以用于 Web 服务、文件等。

请注意，使用 IQueryable 版本，您仍然可以根据 POCO 类进行工作，但您与 IQueryable 绑定在一起。 还要考虑到您可能拥有使用 IQueryable 的代码，然后发现您遇到了存储库的 ORM 之一不能很好地处理它的情况。

Answer 2

我使用和你一样的模式。 我很喜欢。 您可以从任何资源获取数据。

但使用 IQuerable 的优点是您不必像 OrangeCriteria 那样编写自己的条件 API。

当 NHibernate 获得完整的 Linq 支持时，我可能会切换到 IQueryable。

然后你得到

public class OrangeRepository: IOrangeRepository {  
    public IQueryable<Orange> GetOranges();
}