使方法虚拟有什么危险?

时间:2008-09-26 01:29:39

标签: c# unit-testing mocking virtual-functions

我一直在用RhinoMocks做一些嘲弄,它要求将模拟的方法变为虚拟方法。这很好,除了我们有一个自定义框架,其中包含我想要模拟的方法,这些方法当前没有标记为虚拟。

我不能预见到使这些方法变得虚拟的任何问题,但我想知道将方法设为虚拟的潜在危险是什么?我应该注意哪些?

3 个答案:

答案 0 :(得分:8)

实际上,如果该方法不是为了被覆盖而有人覆盖它,那么它可能会非常有问题。特别是,永远不要从构造函数中调用虚方法。考虑:

class Base {
    public Base() {
       InitializeComponent();
    }
    protected virtual void InitializeComponent() {
        ...
    }
}

class Derived : Base {
    private Button button1;
    public Derived() : base() {
        button1 = new Button();
    }
    protected override void InitializeComponent() {
        button1.Text = "I'm gonna throw a null reference exception"
    }
}

Derived类可能不知道虚方法调用将导致在其自己的构造函数的单行运行之前调用其InitializeComponent方法。

答案 1 :(得分:4)

  • 如果您的用户覆盖了您的虚拟方法,则无法在不破坏代码的情况下再次密封它们。
  • 您从构造函数调用的任何虚拟方法都可能属于派生实现,如果它们不调用基本方法而构造函数依赖于它,则该对象可能处于无效状态

答案 2 :(得分:2)

Ayende对虚拟方法的工作原理有很好的处理方法:

http://ayende.com/Blog/archive/2007/01/05/HowVirtualMethodsWork.aspx