Debería poder crear una clase extendida que se deriva de ObjectContext e implementa una interfaz IDataContext. Para poder burlarse realmente del ObjectContext, su interfaz IDataContext debería incluir firmas coincidentes (o propiedades) para cualquier miembro de ObjectContext que esté utilizando y desee burlarse. Algo parecido a lo siguiente debería ser suficiente:
interface IDataContext, IDisposable
{
void AddObject(string entitySetName, object entity);
void Attach(IEntityWithKey entity);
void Detach(object entity);
void DeleteObject(object entity);
int SaveChanges();
int SaveChanges(bool acceptChangesDuringSave);
int SaveChanges(SaveOptions options);
// Any other members you wish to be mockable
}
class DataContext: ObjectContext, IDataContext
{
// nothing here
}
punto de vista técnico, ya que DataContext hereda todo, desde ObjectContect, la implementación de IDataContext está a cargo de ObjectContext. No debería necesitar ninguna implementación adicional en la clase DataContext. En tanto que siempre se inyecta (o usa una fábrica para crear) las instancias de IDataContext en lugar de ObjectContext, usted debe ser capaz de burlarse IDataContext cuando se prueba:
class SomeEntityRepository: IRepository<SomeEntity>
{
public SomeEntityRepository(IDataContext context)
{
m_context = context;
}
private readonly IDataContext m_context;
public SomeEntity GetById(long id)
{
// implementation
}
}
// xUnit.NET & Moq
class SomeEntityRepositoryTests
{
[Fact]
public void GetById_returns_entity_when_valid_id_is_passed()
{
// state and context
var mockContext = new Mock<IDataContext>();
// arrangement
mockContext.Setup(/* configure mock context here */);
var repo = new SomeEntityRepository(mockContext.Object);
// activity
var entity = repo.GetById(100);
// assertions
}
}
Esta era la dirección que estaba inclinando hacia, pero no era realmente seguro si este es un buen enfoque. ¡Gracias! – TheCloudlessSky
Glat para estar de servicio. :) – jrista