В чем опасность создания виртуального метода?

Question

Я делал некоторые издевательства над RhinoMocks, и это требует, чтобы издевавшиеся методы делались виртуальными. Это прекрасно, за исключением того, что у нас есть настраиваемая среда, которая содержит методы, которые я хочу высмеять, которые в настоящее время не отмечены как виртуальные.

Я не могу предвидеть никаких проблем с тем, чтобы эти методы были виртуальными, но мне было интересно, какие потенциальные опасности создавать виртуальные методы, на которые я должен обратить внимание?

Answer 1

на самом деле это может быть очень проблематичным, если метод не предназначен для переопределения и кто-то отвергает его. В частности, никогда не вызывайте виртуальный метод из конструктора. Рассмотрим:

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

Производный класс не может быть известно, что вызов виртуального метода приведет к его методу InitializeComponent вызывается до того, как одна строка его собственного конструктора побежал.

Answer 2

• Если у вас есть пользователи, которые переопределяют ваши виртуальные методы, их нельзя снова запечатать, не нарушая код.
• Любые виртуальные методы вы звоните из конструктора может упасть к производным реализациях, и если они не называют базовый метод и конструктор зависит от него, объект может находиться в нерабочем состоянии

Answer 3

Ayende имеет хорошая обработка как виртуальные методы работы:

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