DbSet mock, brak wyników podczas wywoływania ToList po drugie

Question

Próbuję wyśmiać DbContext i DbSet. Działa to dla moich poprzednich testów jednostkowych, ale problem występuje, gdy mój kod wywoływał metodę ToList na DbSet drugi raz.

Pierwsza dbSet.ToList() zwraca fałszywe wyniki. Drugi zwraca 0 elementów;

 var queryableData = new List<string>{ "a", "b", "c" }.AsQueryable(); 

     var mockDbSet = new Mock<DbSet<string>>(); 
     var q = mockDbSet.As<IQueryable<string>>(); 
     q.Setup(m => m.Provider).Returns(queryableData.Provider); 
     q.Setup(m => m.Expression).Returns(queryableData.Expression); 
     q.Setup(m => m.ElementType).Returns(queryableData.ElementType); 
     q.Setup(m => m.GetEnumerator()).Returns(queryableData.GetEnumerator()); 

     DbSet<string> dbset = mockDbSet.Object; 
     IQueryable<string> query = dbset; 

     //RESULTS: abc 
     var a1 = dbset.ToList(); 
     foreach (var a in a1) 
      Console.Write(a); 

     //NO RESULTS 
     var a2 = dbset.ToList(); 
     foreach (var a in a2) 
      Console.Write(a); 

Answer 1

Zwraca się tę samą instancję wyliczającą przy każdym połączeniu z numerem GetEnumerator. Kiedy wylicza jeden raz, to jest zrobione, EF nie nazywa swojej metody Reset, raczej prosi o nowy moduł wyliczający.

Ale zwróci się ten, który właśnie poddał wszystkie elementy i nie daje już więcej.

Zamiast tego zwróć funkcję, która zwraca moduł wyliczający, który zwróci nowy moduł wyliczający za każdym razem, gdy o to poprosisz.

q.Setup(m => m.GetEnumerator()).Returns(() => queryableData.GetEnumerator()); 

Answer 2

Jeśli umieścisz klauzulę "Where" przed wywołaniem .ToList(), dane powinny pozostać obecne.

var a1 = dbset.Where(m => m != null).ToList(); 

var a2 = dbset.Where(m => m != null).ToList(); 

Answer 3

Chciałam tylko dodać do odpowiedzi Wiktora Zychli moją małą część. Jeśli ktoś szuka Async wersji tego mock (pochodzące z tego poradnika: http://msdn.microsoft.com/en-us/data/dn314429.aspx#async) to jest moja modyfikacja TestDbAsyncEnumerator<T> Klasa:

internal class TestDbAsyncEnumerator<T> : IDbAsyncEnumerator<T> 
{ 
    private readonly IEnumerator<T> _inner; 

    public TestDbAsyncEnumerator(IEnumerator<T> inner) 
    { 
     _inner = inner; 
    } 

    public TestDbAsyncEnumerator(Func<IEnumerator<T>> valueFunction) 
    { 
     _inner = valueFunction(); 
    } 

    public void Dispose() 
    { 
     _inner.Dispose(); 
    } 

    public Task<bool> MoveNextAsync(CancellationToken cancellationToken) 
    { 
     return Task.FromResult(_inner.MoveNext()); 
    } 

    public T Current 
    { 
     get { return _inner.Current; } 
    } 

    object IDbAsyncEnumerator.Current 
    { 
     get { return Current; } 
    } 
} 

Potem jak Wiktor zasugerował trzeba skonfigurować go z delegatem tak w przypadku async byłoby tak:

mockSet.As<IDbAsyncEnumerable<Blog>>() 
      .Setup(m => m.GetAsyncEnumerator()) 
      .Returns(new TestDbAsyncEnumerator<Blog>(() => data.GetEnumerator())); 

Jeśli ktoś chce za źródło, które następnie udać się tutaj: https://github.com/kelostrada/EntityFrameworkWithMock.Test

Answer 4

nie mogę wypowiedzieć się na temat postu Wiktora jak nie mam wystarczająco dużo reputacji, ale chciałbym lubię dodać trochę więcej do odpowiedzi Wiktora.

Kod

mockSet.Setup((m => m.GetEnumerator()).Returns(() => data.GetEnumerator()) 

Czy powiedzie się, jeśli dasz mu lambda zerowego argumentu jak w przykładzie (przynajmniej w wersji używam). Podanie argumentu, który nigdy nie jest używany, pozwoli spełnić wymóg podpisu.

mockSet.Setup((m => m.GetEnumerator()).Returns(x => data.GetEnumerator()) 

Kompiluje się jednak i działa zgodnie z oczekiwaniami.

I dotyczy to również odpowiedź Kelu, jak również (chociaż on dodał lambda w niewłaściwym miejscu.

mockSet.As<IDbAsyncEnumerable<Blog>>() 
     .Setup(m => m.GetAsyncEnumerator()) 
     .Returns(x => new TestDbAsyncEnumerator<Blog>(data.GetEnumerator())); 

Nie stara się przyczepić odpowiedzi tutaj, jestem po prostu dodając bo zrobiłem te błędy się :)