Чому я отримую виняток із повідомленням "Недійсне налаштування на невіртуальний (перезаписується в VB) член ..."?

У мене є одиничне тестування, де я маю знущатися над невіртуальним методом, який повертає тип bool

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);
    }
}

Отже, у мене є макетний об’єкт XmlCupboardAccessкласу, і я намагаюся встановити макет для цього методу у своєму тестовому випадку, як показано нижче

[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
}

Але цей рядок кидає виняток

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

Будь-яка пропозиція, як обійти цей виняток?

Moq не може знущатися над невіртуальними методами та герметичними класами. Під час запуску тесту з використанням макетного об'єкта MOQ фактично створює тип проксі-пам'яті, який успадковується від вашого "XmlCupboardAccess" і переосмислює поведінку, яку ви створили в методі "SetUp". І як ви знаєте на C #, ви можете перекрити щось, лише якщо воно позначено як віртуальне, що не так у Java. Java передбачає, що кожен нестатичний метод за замовчуванням є віртуальним.

Ще одна річ, яку я вважаю, вам слід розглянути, це запровадити інтерфейс для вашого "CupboardAccess" і замість цього почати глузувати інтерфейс. Це допоможе вам роз'єднати код і мати переваги в довгостроковій перспективі.

Нарешті, існують такі структури, як: TypeMock і JustMock, які працюють безпосередньо з ІЛ, і, отже, можуть глузувати з невіртуальних методів. Обидва, проте, є комерційними продуктами.

Як допомогу будь-кому, хто мав ту саму проблему, що і я, я випадково помилково ввів тип реалізації замість інтерфейсу, наприклад

var mockFileBrowser = new Mock<FileBrowser>();

замість

var mockFileBrowser = new Mock<IFileBrowser>();

Будь ласка, подивіться, чому власність, яку я хочу висміяти, повинна бути віртуальною?

Можливо, вам доведеться написати інтерфейс обгортки або позначити властивість як віртуальне / абстрактне, оскільки Moq створює проксі-клас, який використовується для перехоплення викликів та повернення власних значень, які ви вводите у .Returns(x)виклик.

Замість того, щоб знущатися над конкретним класом, слід знущатися з інтерфейсу цього класу. Витяг інтерфейсу з класу XmlCupboardAccess

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

І замість цього

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

перейти

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

Ви також отримаєте цю помилку, якщо будете перевіряти, чи викликається метод розширення інтерфейсу.

Наприклад, якщо ви знущаєтесь:

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

Ви отримаєте той самий виняток, оскільки .ValidateAndThrow()це розширення IValidator<T>інтерфейсу.

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

Код:

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);
}        

але дивіться виняток.