質問

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

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top