1

在 Orchard CMS 中使用IRepository<>非常普遍。

所以我问自己,使用IRepository<>和它的Fetch()方法而不是简单的使用Linq to SQL来查询数据有什么好处?

IRepository<>

Repository.Fetch(r => r.ID == 1234).Select(r => r.Name)

这里的缺点是我必须在构造函数中注入存储库。

LINQ转SQL

from r in Repository where r.ID == 1234 select r.Name
4

3 回答 3

4

通常,存储库是数据访问代码之上的抽象。您可能有多个 IRepository 接口实现,一个使用 LINQ to SQL 作为数据访问技术,另一个使用 Raw ADO.NET 或另一个使用 XML 文件作为数据存储。使用此存储库抽象,您访问数据的前端代码(例如repository.GetCustomer(someId):)保持不变。我们可以根据需要简单地切换实现。

有了这个抽象,你就可以为你的代码编写单元测试。您只需要创建 IRepository 的模拟实现。您可以使用 Moq 等模拟库来实现此目的。

使用 Moq 的单元测试代码的快速示例

var repo= new Mock<IRepository>();
var dummyCustomer = new Customer { Name ="Test"}
repo.Setup(s=>s.GetCustomer(It.IsAny<int>).Returns();

var customerMgr = new CustomerManager(repo.Object);
var actualResult = customerMgr.GetCustomer(345);

//Assert something now.

在这里,当您运行单元测试时,它不会命中数据库,而是会返回dummyCustomer

于 2015-11-10T15:29:50.803 回答
2

我同意 Bertrand 的观点,即您应该始终将 IContentManager 用于数据库内容,但我能想到的使用 IRepository<> 而不是 IContentManager 的唯一一种用法是仅用于基于记录的项目,即在这种情况下没有部分的记录对它们进行数据库处理的唯一方法是通过 IRepository

于 2015-11-20T14:42:56.370 回答
1

在 Orchard 的上下文中,您通常不应该使用任何一个。存储库是一个几乎不应该使用的实现细节(参见https://weblogs.asp.net/bleroy/just-forget-that-repository-t-exists-please)。Linq to SQL 是被遗弃的 ORM 技术,从未成为 Orchard 的一部分。Orchard 使用 nHibernate,最好的办法是直接使用 nHibernate Session 进行低级数据库访问,并使用 Content Manager API 进行高级查询。

于 2015-11-11T06:33:52.797 回答