是否存在Entity Framework的内存提供程序？

我是针对ADO .NET实体框架编写的单元测试代码.我想用行填充内存数据库,并确保我的代码正确检索它们.

我可以使用Rhino Mocks来模拟实体框架,但这还不够.我会告诉查询返回给我的实体.这既不会测试where子句,也不会测试.Include()语句.我想确保我的where子句只匹配我想要的行,而不是其他行.我想确定我已经要求我需要的实体,而不是我没有.

例如:

class CustomerService
{
    ObjectQuery _customerSource;
    public CustomerService(ObjectQuery customerSource)
    {
        _customerSource = customerSource;
    }
    public Customer GetCustomerById(int customerId)
    {
        var customers = from c in _customerSource.Include("Order")
            where c.CustomerID == customerId
            select c;
        return customers.FirstOrDefault();
    }
}

如果我模拟ObjectQuery以返回一个填充了订单的已知客户,我怎么知道CustomerService有正确的where子句和Include？我宁愿插入一些客户行和一些订单行,然后断言选择了正确的客户并填充了订单.

1> Shimmy..：

---

InMemory提供程序包含在EF7(预发布)中.

您可以使用NuGet包,也可以在GitHub上的EF repo中查看它(查看源代码).

---

虽然这是真的,EF7仍然非常预发布,微软已声明EF7不仅仅是EF6的下一个版本; 这就是他们将其重命名为EF Core 1.0的原因

2> MiFreidgeim ..：

---

文章  http://www.codeproject.com/Articles/460175/Two-strategies-for-testing-Entity-Framework-Effort   描述了    在内存中运行的Effort -Entity Framework提供程序.

您仍然可以在单元测试中使用DbContext或ObjectContext类,而无需拥有实际的数据库.

3> Andrew Peter..：

---

这里更好的方法可能是使用Repository模式封装您的EF代码.在测试您的服务时,您可以使用模拟或假货.在测试您的存储库时,您需要访问真正的数据库以确保获得预期的结果.

---

DbContext上的存储库是一个漏洞抽象,并且比任何事情都有更多的危害.

4> 小智..：

---

EF目前没有内存提供程序,但是如果你看一下Highway.Data,它有一个基本的抽象接口和一个InMemoryDataContext.

使用Highway.Data测试数据访问和EF

---

这不再是正确的答案.EF7现在支持InMemory ......好吧,当它在不远的将来发布时.

---

截至本文撰写时,它处于测试阶段.在NuGet上查找EntityFramework.InMemory.

5> zihotki..：

---

是的,至少有一个这样的提供者 - SQLite.我已经使用了它,它的工作原理.您也可以尝试SQL Server Compact.它是一个嵌入式数据库,也有EF提供商.
编辑:
SQLite支持内存数据库(link1).您所需要的只是指定一个连接字符串,如:"Data Source =:memory :; Version = 3; New = True;".如果您需要一个示例,您可以查看SharpArchitecture.