Почему в WPF используется такой способ задания обработки событий?

Question

[Михаил]

Стандартное решение. Оно же используется в android и java:

class Element
{
    public event EventHandler Click;
    protected void OnClick(EventArgs e)
    {
        Click?.Invoke(this, e);
    }
}

Но почему в wpf для обработчика событий UI добавляется вот это:

private void Window_Deactivated(object sender, EventArgs e)
        {
            ....
        }

Вопрос: Почему именно так, а не как в первом варианте?

Answer 1

[Вячеслав Золотов]

Почитайте про делегаты и разберитесь что значит Click?.Invoke(this, e);

Comments

[Михаил]

Суть не в этой строчке. Это значит примерно это:
var temp = Click;
if (temp != null)
temp(this, e);
Но в c#6 можно делать так, как в первом примере.

[Михаил]

И что в этом вообще плохого кстати?

[Вячеслав Золотов]

Алексей: В вопросительном знаке ничего плохого, хотя все равно нужно обдуманно его ставить, а не просто так потому что можно.
Click.Invoke(this, e); А вот это что?

[Рифат]

Что то не совсем ясен Ваш вопрос. В первом примере показан механизм использования событий. Есть EventHandler - делегат. Есть метод OnClick который инкапсулирует "срабатывание" события и последующий вызов всех обработчиков.
Во втором случае это всего лишь обработчик события, а остальная реализация скрыта "внутри" WPF

[Вячеслав Золотов]

Альфред: я то это знаю. Нужно же как-то, пускай и путём глупых вопросов, мотивировать почитать про основы C#.

[Михаил]

Вячеслав Золотов: Click?.Invoke(this, e) - это проверка на null и запуск события.

[Михаил]

Альфред: вопрос, почему в wpf нельзя сделать protected override OnWindowDeactivated. Теперь понятно?