Как правильно писать тесты 46 Цикл разработки 46 Структура проекта с тестами 51 Утверждения (Asserts) 52 Утверждения в форме ограничений 54 Категории 56

Вид материала

Тесты

Содержание Делегаты и события Делегаты Объявление делегата Объявление события Подписка на событие Уведомление подписчиков о событии Параметры событий

Подобный материал:

• Некорректные задания, 1276.79kb.
• К техническому регламенту, 835.7kb.
• Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке разработки, 494.44kb.
• Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 652.85kb.
• Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 623.18kb.
• Правительства Российской Федерации от 11. 11. 2005 N 679 о порядке разработки и утверждения, 533.6kb.
• Постановления Правительства Российской Федерации от 11. 11. 2005 n 679 о порядке разработки, 613.63kb.
• Об утверждении требований к схемам теплоснабжения, порядку их разработки и утверждения, 450.79kb.
• Рабочая программа учебной дисциплины. Общие требования, порядок разработки, согласования, 414.77kb.
• Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 1924.26kb.

Делегаты и события^{20 21}

Делегаты

Делегат – это объект, хранящий ссылку на метод. Он позволяет динамически менять вызываемые при обращении к делегату методы.


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

1. Насосы сами мониторят температуру реактора.
   
2. Есть компонент, который мониторит температуру и включает насосы, когда температура меняется.
   

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




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




Возникает первая задача: скрыть типы насосов так, чтобы отправка им сообщений на включение была одинаковой.


В этом помогут делегаты, в которые мы поместим ссылку на метод включения насоса. При обращении к делегату будет автоматически вызван нужный метод. В коллекцию ArrayList поместим не объекты насосов, а объекты делегатов.


Объявление делегата




Создание экземпляра делегата




Вызов делегата





Делегат должен иметь сигнатуру, совпадающую с сигнатурой содержащегося в нем метода.

Делегат вызывается точно так же, как вызывается метод.


В итоге реализация включения насосов становится гораздо проще. При добавлении нового типа насоса CoreTempMonitor вообще не нужно изменять.

События

В рассматриваемом примере CoreTempMonitor все еще отвечает за включение насосов. Желательно перенести ответственность за включение на сами насосы. Нужно иметь возможность сообщить насосам о том, что им нужно включаться. Для этого нам понадобятся события.

События позволяют объекту уведомить другие объекты о том, что произошло изменение его состояния. Эти заинтересованные объекты должны зарегистрировать свой интерес в появлении события у инициатора события. В нужный момент они получат сообщение о том, что произошло событие.

Участники этого процесса:

публикатор – генерирует событие при изменении своего состояния

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


Событие может иметь от нуля до нескольких подписчиков.





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


Объявление события


Для объявления события нужен делегат и событие, основанное на этом делегате.





Подписка на событие


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




Делегаты, используемые с событиями должны иметь тип возвращаемого значения void.


Уведомление подписчиков о событии


Событие в некоторый момент должно быть сгенерировано. Синтаксис для этого такой же как при обращении к делегату. Однако, нужно проверить, что у события есть подписчики. Другими словами, нужно проверить, что объект события существует.




После генерации события будут вызваны все его делегаты.

Параметры событий

Параметры событий должны наследовать класс EventArgs.

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

Создадим класс для параметр события:



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




При использовании события с параметрами нужно не забыть так же поменять и тип делегата: