私は RhinoMocks でいくつかのモックを作成してきましたが、モックされたメソッドを仮想化する必要があります。現在仮想としてマークされていない、モックしたいメソッドを含むカスタムフレームワークがあることを除いて、これは問題ありません。
これらのメソッドを仮想化することによる問題は予測できませんが、メソッドを仮想化することの潜在的な危険性にはどのようなものがあるのでしょうか?
私は RhinoMocks でいくつかのモックを作成してきましたが、モックされたメソッドを仮想化する必要があります。現在仮想としてマークされていない、モックしたいメソッドを含むカスタムフレームワークがあることを除いて、これは問題ありません。
これらのメソッドを仮想化することによる問題は予測できませんが、メソッドを仮想化することの潜在的な危険性にはどのようなものがあるのでしょうか?
メソッドがオーバーライドされるように設計されておらず、誰かがそれをオーバーライドすると、実際には非常に問題になる可能性があります。特に、コンストラクターから仮想メソッドを呼び出さないでください。検討:
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 クラスは、仮想メソッド呼び出しによって、独自のコンストラクターの 1 行が実行される前に InitializeComponent メソッドが呼び出されることを認識していない場合があります。
Ayende は、仮想メソッドがどのように機能するかをうまく説明しています。
http://ayende.com/Blog/archive/2007/01/05/HowVirtualMethodsWork.aspx