เหตุใดฉันจึงได้รับข้อยกเว้นพร้อมข้อความ“ ตั้งค่าไม่ถูกต้องบนสมาชิกที่ไม่ใช่เสมือน (overridable ใน VB) …”

ฉันมีการทดสอบหน่วยที่ฉันต้องจำลองวิธีการที่ไม่เสมือนจริงที่ส่งกลับประเภทบูล

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 ไม่สามารถจำลองวิธีการที่ไม่ใช่เสมือนและคลาสที่ปิดผนึก ขณะเรียกใช้การทดสอบโดยใช้วัตถุจำลองจริง ๆ แล้วจะสร้างประเภทพร็อกซีในหน่วยความจำซึ่งสืบทอดมาจาก "XmlCupboardAccess" ของคุณและแทนที่พฤติกรรมที่คุณได้ตั้งค่าในวิธี "การตั้งค่า" และอย่างที่คุณทราบใน C # คุณสามารถแทนที่บางสิ่งได้หากมันถูกทำเครื่องหมายเป็นเสมือนซึ่งไม่ใช่กรณีของ Java Java ถือว่าทุกวิธีที่ไม่คงที่จะเป็นเสมือนโดยค่าเริ่มต้น

อีกสิ่งหนึ่งที่ฉันเชื่อว่าคุณควรพิจารณาคือแนะนำอินเทอร์เฟซสำหรับ "CupboardAccess" ของคุณแล้วเริ่มเย้ยอินเทอร์เฟซแทน มันจะช่วยให้คุณ decouple รหัสของคุณและมีประโยชน์ในระยะยาว

สุดท้ายมีกรอบเช่น: TypeMockและJustMockซึ่งทำงานโดยตรงกับ IL และดังนั้นจึงสามารถเยาะเย้ยวิธีการที่ไม่ใช่เสมือน อย่างไรก็ตามทั้งสองเป็นผลิตภัณฑ์เชิงพาณิชย์

สำหรับผู้ที่มีปัญหาเช่นเดียวกับฉันฉันตั้งใจพิมพ์ผิดประเภทการใช้งานแทนอินเทอร์เฟซเช่น

var mockFileBrowser = new Mock<FileBrowser>();

แทน

var mockFileBrowser = new Mock<IFileBrowser>();

โปรดดู เหตุใดคุณสมบัติที่ฉันต้องการจำลองต้องเป็นเสมือนจริง

คุณอาจต้องเขียนส่วนต่อประสาน wrapper หรือทำเครื่องหมายคุณสมบัติเป็นเสมือน / นามธรรมเป็น 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);
}        

แต่ดูข้อยกเว้น