In che modo i framework di simulazione (in .Net) creano oggetti fittizi?

Question

Nel contesto di Microsoft .Net Framework, sono davvero curioso di sapere come i framework mocking (Rhino Mocks, Moq, NMock, ecc.) in realtà creano gli oggetti fittizi di un determinato tipo.

Mi interessa sia i meccanismi specifici di un metodo o, se usano metodi diversi, forse alcune panoramica dei diversi modi. In alternativa, se qualcuno potesse indicarmi alcuni articoli, sarebbe fantastico.

Answer 1

Ci sono diverse tecniche là fuori per scherno.

Alcune librerie di derisione come Moq e RhinoMocks utilizzano Castle Dynamic proxies. Essenzialmente, usano la generazione di codice di riflessione e runtime (CodeDom) per generare dinamicamente classi che implementano un'interfaccia che viene derisa, o derivano da una classe non sigillata che viene derisa.

TypeMock è un po 'diverso: utilizza le API di Profiler per intercettare e reindirizzare le chiamate a qualsiasi metodo su qualsiasi tipo. Ciò lo rende capace di prendere in giro tipi sigillati, classi di sistema e persino intercettare e deviare le chiamate verso metodi non virtuali di tipi concreti.

UPDATE: Dal TypeMock website:

Typemock Isolator utilizza un disegno di programmazione Aspect- Oriented che crea un aspetto finto. Internamente, lo utilizza l'API .NET profiler framework per monitorare l'esecuzione di un'applicazione. Quando viene chiamato un metodo, CLR notifica Typemock Isolator. Il framework può quindi restituire valori simulati e ignorare completamente il codice originale .