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 во всем пути.
Аналогичные проблемы существуют с событиями туннелирования мыши. Следует ли обрабатывать событие и не обрабатывать его дочерними элементами дальше к источнику, и как это повлияет на компостирование в элементе управления, где элементы создания могут иметь ожидаемое поведение мыши?
Сведения о перенаправленных событиях
| Item | Ценность |
|---|---|
| Поле идентификатора | MouseUpEvent |
| Стратегия маршрутизации | Восходящей |
| Делегат | MouseButtonEventHandler |
Соответствующее событие туннелирования .PreviewMouseUp
