Rhino Mocks Stubs und Mocks sind nur gut für Schnittstellen?

Question

Ist es richtig, dass Rhino Mocks Stubs und Mocks nur für Interfaces geeignet sind, nicht für konkrete Klassen? Ich habe ziemlich viel Zeit damit verbracht, dieses Code-Stück zum Laufen zu bringen. Ich habe nicht erwartet, dass der stubbed pubSubClient die Send-Methode immer von der Klasse aufruft. Diese Methode hat einige Abhängigkeiten und löst eine Ausnahme aus.

[Test] 
public void Test01() 
{ 
    PubSubMessage psm = new PubSubMessage(); 
    var pubSubClient = MockRepository.GenerateStub<PubSubClient>(); 
    pubSubClient.Stub(x => x.Send(psm)).IgnoreArguments().Return(null); 
    // actual PubSubClient Send method throws exception 
    // the rest of the test is skipped... 
} 

Allerdings, wenn ich die Schnittstelle extrahiert haben und den gleichen Test mit IPubSubClient laufen, so scheint es wie erwartet zu arbeiten.

Bedeutet es, dass ich die Schnittstelle für jede Klasse extrahieren muss, die ich mit Rhino spotten will? Oder ich vermisse etwas, technisch oder konzeptionell?

UPDATE: OK, es scheint, dass ich herausgefunden, was Teil I fehlte: Rhino Mocks können nicht abfangen Anrufe an nicht-virtuellen Methoden. Also, ich denke ich benutze entweder Schnittstellen oder mache jede Methode auf der konkreten Klasse virtuell. Bitte korrigieren Sie mich, wenn es eine andere Option gibt.

Answer 1

Bryan's Antwort der Verwendung von partiellen Mocks ist falsch. Das ist nicht, wozu teilweise Mocks sind.

Die Antwort von Jon Erickson ist größtenteils korrekt: Rhino Mocks und Moq können nicht-virtuelle Aufrufe weder abfangen noch statische Methoden oder Eigenschaften abfangen. Das bedeutet, dass Sie folgendes nicht fälschen können:

DateTime.Now; // static property, can't fake static property 
someClass.SomeNonVirtualMethod(); // can't fake non-virtual method 
sealedClass.Foo(); // can't fake anything on sealed classes 
Utilities.SomeStaticMethod(); // can't fake static methods 
someList.Any(); // can't fake extension methods like Linq's .Any() 

TypeMock kann diese fälschen, wie Jon erwähnte.

Es sollte beachtet werden, gibt es eine zusätzliche Spott Framework, die alle Anrufe abfangen kann: die Microsoft Moles framework. Es funktioniert genauso wie TypeMock, es verwendet die .NET Profiler-API zum Abfangen von Anrufen.

Moles ist frei (für jetzt). Es ist auch Beta. Moles funktioniert nur mit Microsoft Pex tools. Und seine API ist der raffinierten, eleganten API von TypeMock deutlich unterlegen.

Answer 2

Partielle Mocks ermöglichen es Ihnen, die Funktionalität einer konkreten Klasse zu überspielen. Siehe: http://www.ayende.com/wiki/Rhino+Mocks+Partial+Mocks.ashx

Answer 3

Sie müssen die Methoden virtuell machen. Rhino-Mocks (und die meisten anderen Isolations-Frameworks) verwenden Proxy-Klassen, um die Stubs/Mocks zu erstellen.

Wenn Sie TypeMock Trenner verwenden, können Sie etwas verspotten, weil diese Isolation Framework .NET Profiler API nutzt, um seine Stubs zu erstellen/spottet

Answer 4

Ich glaube nicht, es gibt einen anderen Weg, um dieses andere zu tun, als zu machen Alle Methoden, die Sie virtuell vortäuschen wollen - Ich glaube, die Art, wie Mocks von konkreten Klassen erzeugt werden, besteht darin, die betonierte Klasse dynamisch zu klassifizieren und dann die angegebenen Methoden mit dem im Test angegebenen Verhalten zu überschreiben, was eine virtuelle Methode erfordert richtig funktionieren.

Answer 5

Das ist im Wesentlichen richtig und ist im Allgemeinen gute Praxis. Es ist jedoch nur nützlich für eine bestimmte Art der Codierung.

Denken Sie nicht an Objekte als Dinge, die eine 'höhere Macht' manipulieren kann. Betrachten Sie sie stattdessen als autonome "Menschen", die einander Botschaften senden können. Eine Schnittstelle repräsentiert die Nachrichten, die von einem einzelnen Objekt gesendet werden.

Anschließend verwenden Sie Mocks, um zu überprüfen, ob die richtigen Nachrichten gesendet wurden, und nicht, um gefälschte Implementierungen von Abhängigkeiten bereitzustellen.

Im Idealfall erstellen Sie keine Schnittstelle, die genau einer vorhandenen Klasse entspricht - stattdessen die Klasse , die verbraucht die Schnittstelle erklärt ihre Bedürfnisse in Form einer Schnittstelle.