Mouse.MouseUp Присоединенное событие
Определение
Важно!
Некоторые сведения относятся к предварительной версии продукта, в которую до выпуска могут быть внесены существенные изменения. Майкрософт не предоставляет никаких гарантий, явных или подразумеваемых, относительно приведенных здесь сведений.
Происходит при отпускании любой кнопки мыши.
see AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlerКомментарии
Какая кнопка мыши была отпущена, определяется проверкой аргументов события.
Это присоединенное событие. WPF реализует присоединенные события в виде перенаправленных событий. Присоединенные события по сути являются концепцией языка XAML для ссылок на события, которые могут обрабатываться в объектах, которые не определяют это событие. WpF расширяет возможности, также позволяя событию проходить по маршруту. Присоединенные события не имеют синтаксиса прямой обработки в коде; Для присоединения обработчиков для перенаправленного события в коде используется назначенный метод Add*Handler. Дополнительные сведения см. в разделе Общие сведения о присоединенных событиях.
Платформа Windows Presentation Foundation (WPF) основана на этом присоединенном событии, отображая его в виде двух разных событий среды CLR в UIElement: MouseLeftButtonUp и MouseRightButtonUp. Эти реализации обрабатывают базовое MouseUp событие и считывают аргументы события, чтобы определить, была ли задействована левая или правая кнопка мыши. Для трех кнопок центральная кнопка не поддерживает события на уровне платформы, и в аргументах события следует использовать MouseUp событие и проверка для условия центральной кнопки.
Для перенаправленных событий, связанных с мышью, будьте осторожны с тем, как и когда вы помечаете их обработку. Трудность при принятии соответствующих решений о том, следует ли также информировать родительские элементы о том или ином действии мыши, на самом деле заключается в том, что платформа WPF выбрала модель отображения базового Mouse перенаправленного события в качестве событий CLR на протяжении всего маршрута.
Аналогичные проблемы существуют и с событиями туннелирования мыши. Следует ли обрабатывать событие и не обрабатывать его дочерними элементами дальше по отношению к источнику, и как это повлияет на композитирование в элементе управления, где элементы создания могут ожидать поведения мыши?
Сведения о маршрутизируемом событии
| Поле идентификатора | MouseUpEvent |
| Стратегия маршрутизации | Восходящей |
| Делегат | MouseButtonEventHandler |
Соответствующее событие туннелирования — PreviewMouseUp.
