Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю

Обратите внимание, что в открывающем определении элемента

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

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

, желтый элемент , элемент или поверхность элемента ). В принципе это хорошо. Только представьте, насколько громоздким оказалась бы обработка событий WPF, если бы пришлось обрабатывать событие для каждого из упомянутых подэлементов. Дело не только в том, что создание отдельных обработчиков событий для каждого аспекта — трудоемкая задача, а еще и в том, что в результате получился бы сложный в сопровождении код.

К счастью, маршрутизируемые события WPF позаботятся об автоматическом вызове единственного обработчика события

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

Точнее говоря, маршрутизируемое событие может использовать три стратегии маршрутизации. Если событие перемещается от точки возникновения вверх к другим областям определений внутри дерева объектов, то его называют пузырьковым событием. И наоборот, если событие перемещается от самого внешнего элемента (например,

) вниз к точке возникновения, то его называют туннельным событием. Наконец, если событие инициируется и обрабатывается только элементом, внутри которого оно возникло (что можно было бы описать как нормальное событие CLR), то его называют прямым событием.

Роль пузырьковых маршрутизируемых событий

В текущем примере, когда пользователь щелкает на внутреннем овале желтого цвета, событие

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

Благодаря такому шаблону пузырьковых маршрутизируемых событий не придется беспокоиться о регистрации специфичных обработчиков события

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

В целях иллюстрации предположим, что щелчок на элементе управления

должен быть обработан в уникальной манере. Сначала обработайте событие для этого подэлемента (графически визуализируемые типы вроде не поддерживают событие , но могут отслеживать действия кнопки мыши через события , и т.д.):

Затем реализуйте подходящий обработчик событий, который в демонстрационных целях будет просто изменять свойство

главного окна: