VPF::Как работать с событиями? - Форум программистов

mr.DUDA

Дата 5.11.2008, 20:30 (ссылка)

(нет голосов)

Загрузка ...

3D-маньяк

Профиль
Группа: Экс. модератор
Сообщений: 8244
Регистрация: 27.7.2003
Где: город-герой Минск

Репутация: 110
Всего: 232

Цитата(Dims @ 1.11.2008, 15:33

)

1) можно ли было делегат объявить такpublic delegate void SampleEventHandler(Publisher sender, int arg1, int arg2);Казалось бы, это логичнее. Поскольку источником данных событий может быть только данный класс, то и тип параметра sender должен быть таким. Поскольку параметры события предопределены, проще явно описать их набор и типы, а не заворачивать в дополнительный класс SampleEventArgs

Это идея мелкомягких, что все делегаты обработчиков событий должны следовать определённым правилам сигнатуры метода обработчика. Но никто не запрещает писать событие с произвольными аргументами.

Цитата(Dims @ 1.11.2008, 15:33

)

2) зачем определять функцию RaiseSampleEvent, разве Publisher не сможет запускать события просто при помощи командыSampleEvent(this, 1, 2, 3)? Или наследники не смогут этого делать даже несмотря на то, что событие объявлено public?

Raise тут скорее для галочки. Но при проектировании иерархии классов, в базовом классе обычно заводят виртуальный метод а-ля OnEventName(), генерирующий событие EventName. Такой метод можно перекрыть в классе-наследнике и выполнить доп. действия до/после вызова base.OnEventName, или даже вообще не вызывать base. Такой вот аналог полиморфизма для событий.

Цитата(Dims @ 1.11.2008, 15:33

)

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

Надо.

--------------------

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| Общие вопросы по .NET и C# \| Следующая тема »