Mocking di un tipo con un costruttore interno utilizzando Moq

Question

Sto provando a prendere in giro una classe da Microsoft Sync Framework. Ha solo un costruttore interno. Quando provo il seguente:

var fullEnumerationContextMock = new Mock<FullEnumerationContext>(); 

ottengo questo errore:

System.NotSupportedException: Parent does not have a default constructor. The default constructor must be explicitly defined.

Questa è l'analisi dello stack:

System.Reflection.Emit.TypeBuilder.DefineDefaultConstructorNoLock(MethodAttributes attributes) System.Reflection.Emit.TypeBuilder.DefineDefaultConstructor(MethodAttributes attributes) System.Reflection.Emit.TypeBuilder.CreateTypeNoLock() System.Reflection.Emit.TypeBuilder.CreateType() Castle.DynamicProxy.Generators.Emitters.AbstractTypeEmitter.BuildType() Castle.DynamicProxy.Generators.ClassProxyGenerator.GenerateCode(Type[] interfaces, ProxyGenerationOptions options) Castle.DynamicProxy.DefaultProxyBuilder.CreateClassProxy(Type classToProxy, Type[] additionalInterfacesToProxy, ProxyGenerationOptions options) Castle.DynamicProxy.ProxyGenerator.CreateClassProxyType(Type classToProxy, Type[] additionalInterfacesToProxy, ProxyGenerationOptions options) Castle.DynamicProxy.ProxyGenerator.CreateClassProxy(Type classToProxy, Type[] additionalInterfacesToProxy, ProxyGenerationOptions options, Object[] constructorArguments, IInterceptor[] interceptors) Castle.DynamicProxy.ProxyGenerator.CreateClassProxy(Type classToProxy, Type[] additionalInterfacesToProxy, ProxyGenerationOptions options, IInterceptor[] interceptors) Castle.DynamicProxy.ProxyGenerator.CreateClassProxy(Type classToProxy, Type[] additionalInterfacesToProxy, IInterceptor[] interceptors) Moq.Mock 1.<InitializeInstance>b__0() Moq.PexProtector.Invoke(Action action) Moq.Mock 1.InitializeInstance()

Come posso lavorare intorno a questo?

Answer 1

Non è possibile prendere in giro un tipo che non ha un costruttore pubblico perché Moq non sarà in grado di creare un'istanza di un oggetto di quel tipo. A seconda di cosa si sta cercando di testare, avete alcune opzioni:

1. Se c'è un oggetto in fabbrica o in qualche altro modo per ottenere istanze di FullEnumerationContext forse si può usare quella (mi dispiace, io non sono a conoscenza del sync framework)
2. È possibile utilizzare la riflessione privata per creare un'istanza di FullEnumerationContext, ma in questo caso non si sarà in grado di simulare i metodi su di esso.
3. È possibile introdurre un oggetto di interfaccia e/o wrapper che è discutibile che il codice in prova possa richiamare. L'implementazione runtime delegherebbe al real FullEnumerationContext, mentre l'implementazione in fase di test eseguirà qualsiasi azione tu abbia bisogno.

Answer 2

Non sono un vero esperto di Moq, ma penso che sia necessario specificare gli argomenti per il costruttore. In Rhino Mocks dovresti specificarli in questo modo:

var fullEnumerationContextMock = new Mock<FullEnumerationContext>(arg1, arg2); 

Probabilmente è simile in Moq.

Answer 3

Sulla base delle risposte da marcind ho creato un'interfaccia (IFullEnumerationContext) che ho finto e poi ho due overload del metodo che sto cercando di testare, uno che prende il FullEnumerationContext e un altro che prende IFullEnumerationContext. Non sembra fantastico, ma funziona. Eventuali suggerimenti o miglioramenti migliori sarebbero i benvenuti.

public override void EnumerateItems(FullEnumerationContext context) 
{ 
    List<ItemFieldDictionary> listItemFieldDictionary = EnumerateItemsCommon(); 
    context.ReportItems(listItemFieldDictionary); 
} 

public void EnumerateItems(IFullEnumerationContext context) 
{ 
    List<ItemFieldDictionary> listItemFieldDictionary = EnumerateItemsCommon(); 
    context.ReportItems(listItemFieldDictionary); 
} 

Answer 4

In realtà è possibile. Aprire il vostro file AssemblyInfo.cs e aggiungere la seguente riga alla fine,

[assembly: InternalsVisibleTo("DynamicProxyGenAssembly2")]