Объясните попроще, как работать с событиями?

Вот в джаве всё просто: если отправитель события, а есть получатель. Если получатель хочет знать о наступлении события, то он регистрирует у отправителя. Всё. Два участника. Ещё может быть в виде отдельного класса заведено событие. Тогда будет три участника, причём все осмысленны:

1) отправитель
2) получатель
3) событие

А что у нас в Си#?

Вот, например, читаю тут: http://msdn.microsoft.com/en-us/library/9aackb16(VS.85).aspx

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

А тут: 

AlarmEventArgs - это, наверное, отображение звонка
AlarmEventHandler - что отображается?
AlarmClock - это будильник
WakeMeUp - что это?

А, понял, это спящий человек...

Пока отбой 

Хотя нафига ещё делегат заводить...

Добавлено через 9 минут и 46 секунд
А вот, такой вопрос. 

Допустим, я хочу как-то говорить, что данный класс у меня будет реагировать на некие события.

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

А тут что?

И можно ли как-то создать интерфейс или что-то типа того, чтобы указывать, что класс будет отправителем событий?

В Джаве этого сделать нельзя. Там надо просто по договорённости определить методы Add-чего-то-там-Listener и тогда, если такой метод в классе есть, то значит, класс является отправителем соответствующих событий. 

А как тут?

Тут точно так же, но есть ньюансы  В получателе вместо интерфейса - метод с нужной сигнатурой - AlarmEventHandler. В отправителе - event, который на самом деле - две функции add/remove + общие для них метаданные. Потом где-то в коде связываешь получателя и отправителя - создаешь из его метода делегат AlarmEventHandler, вызываешь AlarmClock.add_Alarm. Т.е. внутри так же работает, только синтаксис немного отличается.

Dims, здесь очень хорошо подойдет паттерн Observer из GoF
Делегат выступает в качестве Observer, event в качестве Subject. Соответственно ConcreteObserver - класс, в котором описывается метод с сигнатурой, соответствующей делегату, ConcreteSubject - класс, содержащий event

Это сообщение отредактировал(а) QryStaL - 25.10.2008, 22:22

Присоединённый файл ( Кол-во скачиваний: 18 )
 observer.gif 8,80 Kb

А этот "Обзёрвер" чем-то отличается от того, что я описал словами?


PashaPash, а как мне сделать интерфейс, который бы был отправителем? 

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

Ну уровне классов, вроде, понятно:

1) надо определить делегата:



2) внутри класса надо определить событие




3) потом определить функцию



и

4) вызывать эту функцию после каждого обновления.

Кстати, сама по себе необходимость определять 3 сущности кажется мне странной.

Ну а как это сделать на уровне интерфейса?

когда я в интерфейсе написал



оно мне стало говорить, что 

'Test.Etalon' does not implement interface member 'Test.IDarkness.Redraw'    

Etalon -- это класс, который реализует интерфейс.

Что я должен определить в этом классе (и нафига)?

Dims, интерфейс - это буквально список того, что должно быть реализовано в классе. Строчка "event RedrawHandler Redraw;" в интерфейсе означает только что реализующие его классы должны объявить event с типом обработчика RedrawHandler и именем Redraw. Т.е. что все классы с этим интерфейсом должны реализовать add_Redraw и remove_Redraw.

Класс должен эти методы реализовать. Фишка в том, что точно такая же строчка строчка в классе превращается в метаданные и стандартную реализацию евента:

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

Для реализации эвента из интерфейса достаточно его public-объявления в классе, реализующем этот интерфейс. Дополнительные методы (типа add_Event() и другие) - лишь следование гайдлайнам от MS.

Что-то мне казалось, что я так и попробовал, но возникла какая-то другая ошибка.

Это зависит не от следования гайдлайнам, а от используемого компилятора/VES. Компилятор C# в .NET добавляет в интерфейс функции add/remove, и их обязательно придется реализовать в классе. Хотя бы в виде public event, для которого тот же компилятор сгенерирует стандартную реализацию add/remove.

Мне кажется что для исправления какой-т другой ошибки надо как-то по-другому подправить код.

Вот тогда вопросы по коду из доки:



1) можно ли было делегат объявить так

public delegate void SampleEventHandler(Publisher sender, int arg1, int arg2);

Казалось бы, это логичнее. Поскольку источником данных событий может быть только данный класс, то и тип параметра sender должен быть таким. Поскольку параметры события предопределены, проще явно описать их набор и типы, а не заворачивать в дополнительный класс SampleEventArgs

2) зачем определять функцию RaiseSampleEvent, разве Publisher не сможет запускать события просто при помощи команды

SampleEvent(this, 1, 2, 3)

Или наследники не смогут этого делать даже несмотря на то, что событие объявлено public?

3) не надо ли было внутри RaiseSampleEvent проверить SampleEvent на null? Что будет, если никто не подписан на событие, а будет вызван метод RaiseSampleEvent?

Во-первых, метод RaiseSampleEvent описан неправильно, должно быть так


Во-вторых public являются только методы AddHandler и RemoveHandler; поле, содержащее экземпляр делегата, является private. Поэтому наследники смогут вызвать событие только через RaiseSampleEvent.


NullReferenceException

Dims, 
1) можно ли было делегат объявить так

public delegate void SampleEventHandler(Publisher sender, int arg1, int arg2);

Можно, но MS рекомендует определять параметры через наследование от EventArgs

PS. вместо проверки на null, можно подписаться на "заглушку"
SampleEvent += delegate {};

А почему? Ведь тогда не будет возможности использовать мощь оператора +=?



А почему? Что плохого, если оно будет public?

как раз += и -= соответствуют AddHandler и RemoveHandler



инкапсуляция

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

Для public события компилятор генерирует public методы add/remove и private делегат. Подписываться может любой, вызывать событие - только сам класс.