Verspottung eines Typs mit einem internen Konstruktor mit Moq

Question

Ich versuche, eine Klasse aus dem Microsoft Sync Framework zu verspotten. Es hat nur einen internen Konstruktor. Wenn ich versuche, die folgenden:

var fullEnumerationContextMock = new Mock<FullEnumerationContext>(); 

ich diesen Fehler:

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

Dies ist der Stack-Trace:

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()

Wie kann ich mich um diese Arbeit?

Answer 1

Sie können keinen Typ vortäuschen, der keinen öffentlichen Konstruktor hat, da Moq ein Objekt dieses Typs nicht instanziieren kann. Je nachdem, was Sie testen wollen, haben Sie ein paar Optionen:

1. Wenn ein Factory-Objekt ist oder eine andere Art und Weise von Instanzen FullEnumerationContext zu erhalten vielleicht können Sie verwenden, (sorry, ich bin nicht vertraut mit der sync framework)
2. Sie könnten private Reflection verwenden, um einen FullEnumerationContext zu instanziieren, aber dann können Sie Methoden nicht vortäuschen.
3. Sie könnten eine Schnittstelle und/oder ein Wrapper-Objekt einführen, das den Code, den Sie testen möchten, ansprechen könnte. Die Laufzeitimplementierung würde an den echten FullEnumerationContext delegieren, während Ihre Testzeitimplementierung die von Ihnen benötigte Aktion ausführen würde.

Answer 2

Ich bin nicht wirklich ein Experte für Moq, aber ich denke, Sie müssen die Argumente für den Konstruktor angeben. In Rhino Mocks würden Sie sie wie folgt angeben:

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

Es ist wahrscheinlich in Moq ähnlich.

Answer 3

Basierend auf den Antworten von marcind ich eine Schnittstelle erstellt haben (IFullEnumerationContext), die ich spotten und dann habe ich zwei Überlastungen des Verfahrens habe ich zu testen, ich versuche, eine, die die FullEnumerationContext und eine andere nimmt, die nimmt IFullEnumerationContext. Es fühlt sich nicht gut an, aber es funktioniert. Bessere Vorschläge oder Verbesserungen wären willkommen.

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

Eigentlich können Sie. Öffnen Sie Ihre AssemblyInfo.cs Datei und fügen Sie die folgende Zeile am Ende,

[assembly: InternalsVisibleTo("DynamicProxyGenAssembly2")]