Warum erhalte ich eine Ausnahme mit der Meldung "Ungültiges Setup für ein nicht virtuelles (in VB überschreibbares) Mitglied ..."?

Ich habe einen Komponententest, bei dem ich eine nicht virtuelle Methode verspotten muss, die einen Bool-Typ zurückgibt

public class XmlCupboardAccess
{
    public bool IsDataEntityInXmlCupboard(string dataId,
                                          out string nameInCupboard,
                                          out string refTypeInCupboard,
                                          string nameTemplate = null)
    {
        return IsDataEntityInXmlCupboard(_theDb, dataId, out nameInCupboard, out refTypeInCupboard, nameTemplate);
    }
}

Ich habe also ein Mock-Objekt der XmlCupboardAccessKlasse und versuche, Mock für diese Methode in meinem Testfall wie unten gezeigt einzurichten

[TestMethod]
Public void Test()
{
    private string temp1;
    private string temp2;
    private Mock<XmlCupboardAccess> _xmlCupboardAccess = new Mock<XmlCupboardAccess>();
    _xmlCupboardAccess.Setup(x => x.IsDataEntityInXmlCupboard(It.IsAny<string>(), out temp1, out temp2, It.IsAny<string>())).Returns(false); 
    //exception is thrown by this line of code
}

Aber diese Zeile löst eine Ausnahme aus

Invalid setup on a non-virtual (overridable in VB) member: 
x => x.IsDataEntityInXmlCupboard(It.IsAny<String>(), .temp1, .temp2, 
It.IsAny<String>())

Irgendwelche Vorschläge, wie man diese Ausnahme umgehen kann?

Moq kann nicht-virtuelle Methoden und versiegelte Klassen nicht verspotten. Während Sie einen Test mit einem Scheinobjekt ausführen, erstellt MOQ tatsächlich einen speicherinternen Proxy-Typ, der von Ihrem "XmlCupboardAccess" erbt und die Verhaltensweisen überschreibt, die Sie in der "SetUp" -Methode eingerichtet haben. Und wie Sie in C # wissen, können Sie etwas nur überschreiben, wenn es als virtuell markiert ist, was bei Java nicht der Fall ist. Java geht davon aus, dass jede nicht statische Methode standardmäßig virtuell ist.

Eine andere Sache, die Sie meines Erachtens in Betracht ziehen sollten, ist die Einführung einer Schnittstelle für Ihren "CupboardAccess" und die Verspottung der Schnittstelle. Dies würde Ihnen helfen, Ihren Code zu entkoppeln und auf längere Sicht Vorteile zu erzielen.

Schließlich gibt es Frameworks wie TypeMock und JustMock, die direkt mit der IL zusammenarbeiten und daher nicht virtuelle Methoden verspotten können. Beide sind jedoch kommerzielle Produkte.

Als Hilfe für alle, die das gleiche Problem wie ich hatten, habe ich versehentlich den Implementierungstyp anstelle der Schnittstelle falsch eingegeben, z

var mockFileBrowser = new Mock<FileBrowser>();

anstatt

var mockFileBrowser = new Mock<IFileBrowser>();

Bitte sehen Sie, warum die Eigenschaft, die ich verspotten möchte, virtuell sein muss.

Möglicherweise müssen Sie eine Wrapper-Schnittstelle schreiben oder die Eigenschaft als virtuell / abstrakt markieren, da Moq eine Proxy-Klasse erstellt, mit der Aufrufe abgefangen und Ihre benutzerdefinierten Werte zurückgegeben werden, die Sie in den .Returns(x)Aufruf eingefügt haben.

Anstatt eine konkrete Klasse zu verspotten, sollten Sie diese Klassenschnittstelle verspotten. Extrahieren Sie die Schnittstelle aus der XmlCupboardAccess-Klasse

public interface IXmlCupboardAccess
{
    bool IsDataEntityInXmlCupboard(string dataId, out string nameInCupboard, out string refTypeInCupboard, string nameTemplate = null);
}

Und statt

private Mock<XmlCupboardAccess> _xmlCupboardAccess = new Mock<XmlCupboardAccess>();

ändern

private Mock<IXmlCupboardAccess> _xmlCupboardAccess = new Mock<IXmlCupboardAccess>();

Dieser Fehler wird auch angezeigt, wenn Sie überprüfen, ob eine Erweiterungsmethode einer Schnittstelle aufgerufen wird.

Zum Beispiel, wenn Sie verspotten:

var mockValidator = new Mock<IValidator<Foo>>();
mockValidator
  .Verify(validator => validator.ValidateAndThrow(foo, null));

Sie erhalten dieselbe Ausnahme, da .ValidateAndThrow()es sich um eine Erweiterung der IValidator<T>Schnittstelle handelt.

public static void ValidateAndThrow<T>(this IValidator<T> validator, T instance, string ruleSet = null)...

Code:

private static void RegisterServices(IKernel kernel)
{
    Mock<IProductRepository> mock=new Mock<IProductRepository>();
    mock.Setup(x => x.Products).Returns(new List<Product>
    {
        new Product {Name = "Football", Price = 23},
        new Product {Name = "Surf board", Price = 179},
        new Product {Name = "Running shose", Price = 95}
    });

    kernel.Bind<IProductRepository>().ToConstant(mock.Object);
}        

aber siehe Ausnahme.