Czy mogę użyć moq InSequence() z MockBehavior.Loose?

Question

starałem się wykonać weryfikację kolejnych wywołań i stwierdziliśmy, że MOQ obsługuje metodę InSequence() dla tego, jak:

MockSequence s = new MockSequence(); 
validator.InSequence(s).Setup(m => m.IsValid(It.IsAny<Frame>())).Returns(true); 
encryptor.InSequence(s).Setup(m=>m.Encrypt(It.IsAny<Frame>())); 
socket.InSequence(s).Setup(m => m.Send(It.IsAny<Frame>())); 
compressor.InSequence(s).Setup(m => m.Compress(It.IsAny<Frame>())); 

to jednak wydaje się działać tylko wtedy, gdy określić mock zachowanie jako „surowe” , co zabrania mi wywoływać dodatkowe mehody na wyśmianych przedmiotach. Chciałbym jednak móc wywoływać inne metody na tych obiektach, po prostu chcę, aby te wywołania były wykonywane kolejno.

Czy istnieje jakiś "obsługiwany" sposób na to (zamiast uciekania się do .Callback() i realizacji ręcznie)? Znalazłem dodatkową bibliotekę o nazwie moq.sequence, jednak wersja skompilowana nie działa z najnowszym Moq.

Answer 1

Ok, zbadałem sprawę samodzielnie, kopiąc w kodzie źródłowym Moq w Przeglądarce SVN (tylko dla rekordu - wersją, o której mowa, jest Moq.4.0.10827.Final).

Moje dochodzenie doprowadziło mnie do: http://code.google.com/p/moq/source/browse/trunk/Source/MockSequence.cs?spec=svn751&r=712

Patrząc na metodzie InSequence(), widzę teraz, że cała realizacja jest oparta na metodzie When().

Tak więc w rzeczywistości, następujący kod:

validator.InSequence(s).Setup(m => m.IsValid(It.IsAny<Frame>())).Returns(true); 

kończy się za coś takiego jak:

validator.When(/* call is made in sequence */).Setup(m => m.IsValid(It.IsAny<Frame>())).Returns(true); 

Innymi słowy, jest to po prostu utworzenie zachowanie warunkowe - jeśli metoda jest wywoływana w sekwencji, określona konfiguracja() wchodzi w grę. W przeciwnym razie wykonywana jest domyślna implementacja. A ponieważ dla ścisłej sztuczki, domyślną implementacją jest rzucenie wyjątku (wywołanie jest traktowane jako nieokreślone), całe rozwiązanie działa.

W związku z tym wydaje się, że znalezienie obecnego rozwiązania do pracy z luźnymi próbami byłoby dość kłopotliwe. Po prostu pozostanę przy domowych rozwiązaniach opartych na Callback() (co może być naprawdę dobrze zapakowane, nawiasem mówiąc) - odbiera możliwość korzystania z callbacka w inny sposób, jednak i tak go nie używałem.

Zamieszczam tę odpowiedź w nadziei, że jest przydatna.