Когда вы должны переопределять OnEvent, а не подписываться на событие при наследовании

Question

Когда нужно делать следующее?

class Foo : Control 
{ 
    protected override void OnClick(EventArgs e) 
    { 
     // new code here 
    } 
} 

В отличие от этого?

class Foo : Control 
{ 
    public Foo() 
    { 
     this.Click += new EventHandler(Clicked); 
    } 

    private void Clicked(object sender, EventArgs e) 
    { 
     // code 
    } 
} 

Answer 1

Переопределение, а не присоединение делегата приведет к созданию более эффективного кода, поэтому рекомендуется, когда это возможно, всегда делать это. Для получения дополнительной информации см. this MSDN article. Вот уместна цитата:

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

Answer 2

Места проведения для внешних абонентов. Когда вы получаете некоторый контроль, всегда переопределяйте метод OnEvent вместо подписки на событие. Таким образом, вы можете быть уверены, когда вызывается код, потому что фактическое событие запускается, когда вы вызываете base.OnEvent(), и вы можете вызывать это перед вашим кодом, после вашего кода, в середине вашего кода или нет все. Затем вы можете также реагировать на возвращаемые значения из события (т. Е. Измененные свойства объекта EventArgs).

Answer 3

Если переопределить как Кент Boogaart комментарии вам нужно быть осторожными, чтобы перезвонить base.OnClick разрешить suscriptions событий называться

Answer 4

Унаследованной класс никогда не должна подписаться на это собственные события, или это базовый класс ' Мероприятия.

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

Например, недавно я выкатил класс списка MRU. В нем было несколько элементов управления ToolStripMenuItem, чье событие клика я использовал. После того, как событие click было уничтожено, я затем поднял событие своего класса. (see that source code here)

Answer 5

Подпишитесь на это мероприятие, чтобы отслеживать события на другом контроле. Для мониторинга вашего собственного события OnClick в порядке. Обратите внимание, однако, что Control.OnClick обрабатывает эти подписанные события, поэтому обязательно вызывайте их в своем переопределении.

Answer 6

Помните, что (хотя бы в .NET 2.0) я нашел несколько мест в структуре (в частности, в классе DataTable), где метод OnFoo имеет значение , но только с именем, когда было обработано соответствующее событие Foo! Это противоречит руководящим принципам проектирования каркаса, но мы застряли с ним.

Я получил вокруг него обработку события с манекеном обработчика где-то в классе, например:

public class MyDataTable : DataTable 
{ 
    public override void EndInit() 
    { 
     base.EndInit(); 
     this.TableNewRow += delegate(object sender, DataTableNewRowEventArgs e) { }; 
    } 

    protected override void OnTableNewRow(DataTableNewRowEventArgs e) 
    { 
     base.OnTableNewRow(e); 
     // your code here 
    } 
}