Ho una situazione in cui alcune procedure restituiscono un oggetto (un po 'come un DTO) con una determinata interfaccia:
interface ISomeInterface
{
string StringReadOnlyProperty { get; }
int IntReadWriteProperty { get; set; }
}
(Nell'implementazione reale, ci sono più proprietà).
Esistono due luoghi diversi in cui vengono gestiti questi oggetti: un processo che genera nuove istanze e un altro processo che manipola le istanze esistenti. Internamente, queste due implementazioni sono molto diverse. La "nuova" istanza è solo uno stub e l'istanza "esistente" ha molta logica di tracciamento.
Quindi ho bisogno di avere questa implementazione "Stub" che fa il tifo per tutto il tempo. Stavo pensando a come Rhino Mocks può tranquillamente implementare le implementazioni di un'interfaccia senza dover generare una classe concreta. Qualcuno ha mai usato un meccanismo di "stub" come Rhino Mocks, ma nel loro codice di produzione piuttosto che nei loro test unitari? Sembra una cattiva pratica, a causa della dipendenza da un framework di test.