¿Hay un proveedor en memoria para Entity Framework?

Question

estoy unidad de código de prueba escrita contra el .NET Framework Entidad ADO. Me gustaría rellenar una base de datos en memoria con filas y asegurarme de que mi código las recupere correctamente.

que pueden burlarse de los Entity Framework utilizando burla de Rhino, pero eso no sería suficiente. Diría la consulta qué entidades me devolverán. Esto tampoco probaría la cláusula where ni las sentencias .Include(). Quiero estar seguro de que mi cláusula where coincide solo con las filas que intento, y no con otras. Quiero estar seguro de haber pedido las entidades que necesito, y ninguna que no tenga.

Por ejemplo:

class CustomerService 
{ 
    ObjectQuery<Customer> _customerSource; 
    public CustomerService(ObjectQuery<Customer> 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(); 
    } 
} 

Si me burlo del ObjectQuery para volver a un cliente conocido poblado de órdenes, ¿cómo sé que a Cliente tiene el derecho cláusula where e Incluir? Preferiría insertar algunas filas de clientes y algunas filas de pedidos, y luego afirmar que se seleccionó al cliente correcto y que los pedidos se completaron.

Answer 1

Actualmente no existe un proveedor de memoria para EF, pero si echa un vistazo a Highway.Data tiene una interfaz de abstracción básica y un InMemoryDataContext.

Testing Data Access and EF with Highway.Data

Answer 2

No estoy familiarizado con el marco de la entidad y la clase ObjectQuery pero si el método es virtual Incluir puedo burlarme de esta manera:

// Arrange 
var customerSourceStub = MockRepository.GenerateStub<ObjectQuery<Customer>>(); 
var customers = new Customer[] 
{ 
    // Populate your customers as if they were coming from DB 
}; 
customerSourceStub 
    .Stub(x => x.Include("Order")) 
    .Return(customers); 
var sut = new CustomerService(customerSourceStub); 

// Act 
var actual = sut.GetCustomerById(5); 

// Assert 
Assert.IsNotNull(actual); 
Assert.AreEqual(5, actual.Id); 

Answer 3

Sí, hay al menos un proveedor de tales - SQLite. Lo he usado un poco y funciona. También puedes probar SQL Server Compact. Es una base de datos incrustada y también tiene proveedores de EF.
Editar:
SQLite tiene soporte para bases de datos en memoria (link1). Todo lo que necesita es especificar una cadena de conexión como: "Data Source =: memory:; Version = 3; New = True;". Si necesita un ejemplo, puede mirar SharpArchitecture.

Answer 4

Un mejor enfoque aquí podría ser la de utilizar el patrón de repositorio para encapsular el código de EF. Al probar sus servicios, puede usar simulaciones o falsificaciones. Al probar sus repositorios, querrá acceder a la base de datos real para asegurarse de obtener los resultados que espera.

Answer 5

Usted podría intentar SQL Server Compact pero tiene algunas limitaciones bastante salvajes:

• SQL Server Compact no admite expresiones SKIP en las consultas de paginación cuando se utiliza con Entity Framework
• SQL Server Compact no admite entidades con claves o valores generados por el servidor cuando se utiliza con el Entity Framework
• Sin combinaciones externas, cotejar, módulo en los flotadores, los agregados

Answer 6

El artículo describe http://www.codeproject.com/Articles/460175/Two-strategies-for-testing-Entity-Framework-EffortEffort proveedor de -entidad marco que se ejecuta en la memoria.

Puede seguir utilizando su DbContext o clases ObjectContext dentro de las pruebas de unidad, sin necesidad de tener una base de datos real.

Answer 7

Un proveedor de InMemory está incluido en EF7 (pre-release).

Puede usar el NuGet package, o leer sobre él en el EF repo en GitHub (view source).

Answer 8

En EF Core hay dos opciones principales para hacer esto:

1. SQLite in-memory mode le permite escribir pruebas eficaces contra un proveedor que se comporta como una base de datos relacional.
2. The InMemory provider es un proveedor ligero que tiene dependencias mínimas, pero no siempre se comporta como una base de datos relacional

estoy usando SQLite y es compatible con todas las consultas, que tengo que ver con la producción de base de datos SQL Azure.