Mouse.MouseUp Angefügtes Ereignis
Definition
Wichtig
Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.
Tritt auf, wenn eine beliebige Maustaste losgelassen wird.
see AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlersee AddMouseUpHandler, and RemoveMouseUpHandlerHinweise
Welche Maustaste losgelassen wurde, wird durch Überprüfen der Argumente des Ereignisses bestimmt.
Dies ist ein angefügtes Ereignis. WPF implementiert angefügte Ereignisse als Routingereignisse. Angefügte Ereignisse sind im Wesentlichen ein XAML-Sprachkonzept für Verweise auf Ereignisse, die für Objekte behandelt werden können, die dieses Ereignis nicht definieren, auf das WPF erweitert wird, indem das Ereignis auch eine Route durchlaufen kann. Angefügte Ereignisse verfügen nicht über eine direkte Behandlungssyntax im Code. Um Handler für ein routingfähiges Ereignis im Code anzufügen, verwenden Sie eine festgelegte Add*Handler-Methode. Ausführliche Informationen finden Sie unter "Übersicht über angefügte Ereignisse".
Das Windows Presentation Foundation (WPF)-Framework basiert auf diesem angefügten Ereignis, indem es als zwei verschiedene Common Language Runtime (CLR)-Ereignisse für UIElement: MouseLeftButtonUp und MouseRightButtonUp. Diese Implementierungen behandeln das zugrunde liegende MouseUp Ereignis und lesen die Argumente des Ereignisses, um zu bestimmen, ob die linke oder rechte Maustaste beteiligt war. Für drei Schaltflächen gibt es keine Framework-Ereignisunterstützung für die mittlere Schaltfläche, und Sie sollten das MouseUp Ereignis verwenden und in den Ereignisargumenten nach der Bedingung der mittleren Schaltfläche suchen.
Achten Sie bei Routingereignissen, die sich auf die Maus beziehen, darauf, wie oder wann Sie sie behandeln. Die Schwierigkeiten bei der Auswahl der geeigneten Entscheidungen darüber, ob übergeordnete Elemente auch über eine bestimmte Mausaktion informiert werden sollten, ist tatsächlich der Grund, warum das WPF-Framework das Modell der Anzeige des zugrunde liegenden Mouse Routingereignisses als CLR-Ereignisse entlang der Route gewählt hat.
Ähnliche Probleme bestehen bei Tunnelungsmausereignissen. Sollten Sie das Ereignis behandeln und nicht von untergeordneten Elementen weiter in Richtung Quelle behandelt werden, und wie würde sich dies auf das Compositing in einem Steuerelement auswirken, bei dem die Compositing-Teile möglicherweise Mausverhalten erwartet haben?
Routingereignisinformationen
| Item | Wert |
|---|---|
| Bezeichnerfeld | MouseUpEvent |
| Routingstrategie | Bubbling |
| Delegierter | MouseButtonEventHandler |
Das entsprechende Tunneling-Ereignis ist PreviewMouseUp.
