So verspotten oder Stub a .nettiers generiertes DataRepository -Objekt generiert

Question

Ich verwende Rhino -Mocks für Unit -Test -Verspottungen von Objekten. Unser Dal verwendet Codesmith, um Code aus .nettiers -Vorlagen zu generieren, wodurch diese DataRepository -Klassen erstellt werden, die alle Methoden für die CRUD -Typ -Transaktion zur Datenquelle enthalten. Bei Unit -Tests versuche ich, dieses Daten -Repository -Objekt zu verspotten, das keine Schnittstellenklasse als Stub verwendet.

Kurz gesagt, hat jemand Rhino erfolgreich verwendet, um ein .nettiers datarepository zu verspotten, um die Notwendigkeit einer Testdatenbank und reale Transaktionen gegen die Datenquelle zu vermeiden, die am Ende abgerissen werden muss?

Answer 1

Ich habe schon eine Weile darüber nachgedacht, da niemand eine Schein -DataRepository -Implementierung für Nettiers (meines Wissens) geschrieben hat und geschrieben hat.

Da es mir für die Rekordreplay-Schritte von Typemock und Rhinomocks nicht sehr wichtig ist, habe ich mich für den neueren MOQ entschieden, der sich gerne über die DataRepository-Klassen oder die Serviceschicht verspottet, ruft sich selbst mit minimalem Aufwand an.

Angenommen, Sie sind auf .NET 3.5, würde ich es empfehlen.

Answer 2

Kurz gesagt, Rhino kann nur Scheintypen verspotteten, die entweder Schnittstellen oder nicht versiegelte Klassen sind. Und dann können Sie nur Virtual oder Abstract -Methoden stammen.

Wenn Ihr Ziel darin besteht, ein DataRepository durch eine Mock -Implementierung zu ersetzen, müssen Sie sich nach fortgeschritteneren Spotts -Frameworks befassen wie Typemock.

Wenn Sie die CS -Vorlagen kontrollieren, besteht eine andere Option darin, die Vorlagen zu verwenden, um auch ScheindatenArePository -Implementierungen zu generieren.