WPF路由事件中的三种策略介绍
什么是路由事件
路由事件是具有更强传播能力的事件,它可以在元素树中向上冒泡和向下隧道传播,并且能够沿着传播路径被事件处理程序来处理。
路由事件允许事件在某个元素上被处理,即使这个事件源自于另外一个元素。事件路由允许某个元素的事件由另外一个元素引发。
路由事件是一种可以针对元素树中的多个侦听器而不是仅仅针对引发该事件的对象调用处理程序的事件。路由事件是一个CLR事件。
路由事件与一般事件的区别在于:路由事件是一种用于元素树的事件,当路由事件触发后,它可以向上或向下遍历可视树和逻辑树,他用一种简单而持久的方式在每个元素上触发,而不需要任何定制的代码(如果用传统的方式实现一个操作,执行整个事件的调用则需要执行代码将事件串联起来)。
路由事件的路由策略:
所谓的路由策略就是指:路由事件实现遍历元素的方式。
路由事件一般使用以下三种路由策略:
- 冒泡路由事件:冒泡路由事件在包含层次中向上传递,即由事件源向上传递一直到根元素。
- 直接路由事件:直接路由事件与普通的.NET事件是非常相似的,他们都起源于一个元素,并且不能够传递给其它的元素。 只有事件源才有机会响应事件。
- 隧道路由事件:从元素树的根部调用事件处理程序并依次向下深入直到事件源。一般情况下,WPF提供的输入事件都是以隧道/冒泡对实现的。隧道事件常常被称为Preview事件。
XAML代码如下:
运行效果如下所示:
文章图片
当单击Left按钮的时候,Button.Click事件被触发,并且沿着
ButtonLeft→CanvasLeft→GridA→GridRoot→Window
这条路线向上传递,当单击Right按钮就会沿着ButtonRight→CanvasRight→GridA→GridRoot→Window
这条路线向上传递,这里还没有添加监听器,所以是没有反应的。如何加入监听器,我们可以再XAML中添加,XAML代码如下:
我们在XAML代码中添加了Button.Click="Button_Click"这个事件处理器,就是监听器,并且事件处理交由Button_Click负责,后台Button_Click代码如下:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Windows; using System.Windows.Controls; using System.Windows.Data; using System.Windows.Documents; using System.Windows.Input; using System.Windows.Media; using System.Windows.Media.Imaging; using System.Windows.Navigation; using System.Windows.Shapes; namespace WpfRouteEventByBubble{/// /// MainWindow.xaml 的交互逻辑/// public partial class MainWindow : Window{public MainWindow(){InitializeComponent(); }private void Button_Click(object sender, RoutedEventArgs e){MessageBox.Show("我到达了:" + (sender as FrameworkElement).Name); }}}
我们分析一下,那两个参数到底是什么呢?
- 参数一:sender,这是听者,就是监听的地方,如果点击了Left按钮,那么Left按钮就会大声说:“我被点击了”这个事件向上传递,知道到了设有监听Button.Click事件的地方,这个地方就是sender。
- 参数二:是RoutEventArgs类型的,这个参数携带了一些重要信息,例如事件是从哪里来的,上一个传到哪里等,都可以利用这个参数来查询。
文章图片
文章图片
文章图片
文章图片
我们会发现,当点击button按钮时,ButtonLeft、CanvasLeft、GridA、GridRoot中的事件都会触发,这就是冒泡路由策略的功能所在,事件首先在源元素上触发,然后从每一个元素向上沿着树传递,直到到达根元素为止(或者直到处理程序把事件标记为已处理为止),从而调用这些元素中的路由事件。
如果把Button_Click事件修改为:
private void Button_Click(object sender, RoutedEventArgs e) {MessageBox.Show("我到达了:" + (sender as FrameworkElement).Name); e.Handled = true; //让事件停止冒泡}
则以上事件就不会沿着
ButtonLeft→CanvasLeft→GridA→GridRoot→Window
这条路线传递下去,只会执行ButtonLeft的事件。MouseUp就是一个冒泡路由事件,看下面的XAML代码:
Handle first event
当我们点击Image的时候,发发生冒泡路由事件,会一层层的向外传递,传递顺序:
Image->StackPanel->Label->Grid->Window
。后端代码如下:
using System.Windows; namespace 路由事件{/// /// Interaction logic for MainWindow.xaml/// public partial class MainWindow : Window{public MainWindow(){InitializeComponent(); }protected int eventCounter = 0; private void SomethingClicked(object sender, RoutedEventArgs e){eventCounter++; string message = $"#{eventCounter.ToString()}:\r\n" +$"Sender:{sender.ToString()}\r\n" +$"Source:{e.Source}\r\n" +$"Original Source:{e.OriginalSource}"; lstMessage.Items.Add(message); // Handled允许终止事件的冒泡或者终止隧道过程// 设置Handled=True,事件就不会继续传递了e.Handled = (bool)chkHandle.IsChecked; }private void cmdClear_click(object sender, RoutedEventArgs e){eventCounter = 0; lstMessage.Items.Clear(); }}}
运行程序,输出结果如下:
文章图片
可以看到:输出结果就是按照我们上面的顺序输出的。我们把Grid的MouseUp事件去掉,在看输出结果:
文章图片
这时就没有Grid控件了。勾选下面的复选框,在执行结果:
文章图片
这时只有Image控件被触发了,其它控件的MouseUp被终止了。
2、隧道路由事件
隧道路由事件跟冒泡路由事件一样,都是在包含层次中,但是隧道路由事件的传递方向跟冒泡路由事件正好相反:隧道路由事件首先是从根元素上被触发,然后从每一个元素向下沿着树传递,直到到达根元素为止(或者直到到达处理程序把事件标记为已处理为止)。
冒泡路由事件是向上传递,隧道路由事件是向下传递。
隧道路由事件在事件到达恰当的控件之前,为预览事件提供了机会。首先是在窗口级别上,也就是顶级,然后是更具体的容器,最后直到到达按下键时具有焦点的元素。我们很容易就可以识别隧道事件,因为他们都是以单词Preview开头的。WPF通常可以成对的定义冒泡路由事件和隧道路由事件。如果我们找到一个MouseUp的冒泡路由事件,还可以找到一个PreviewMouseUp的隧道路由事件。隧道路由事件总是在冒泡路由事件之前被触发。
XAML代码如下;
后台代码如下:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Windows; using System.Windows.Controls; using System.Windows.Data; using System.Windows.Documents; using System.Windows.Input; using System.Windows.Media; using System.Windows.Media.Imaging; using System.Windows.Navigation; using System.Windows.Shapes; namespace Wpf路由事件管道策略{/// /// MainWindow.xaml 的交互逻辑/// public partial class MainWindow : Window{public MainWindow(){InitializeComponent(); }private void Window_PreviewMouseDown(object sender, MouseButtonEventArgs e){MessageBox.Show("windows被点击"); }private void grid_PreviewMouseDown(object sender, MouseButtonEventArgs e){MessageBox.Show("grid被点击"); }private void Button_PreviewMouseDown(object sender, MouseButtonEventArgs e){MessageBox.Show("button被点击"); }}}
程序运行效果:
文章图片
文章图片
文章图片
特别值得注意的是:管道事件按照惯例,他们的名字中都有一个preview前缀,一般来说管道事件都有他的配对的冒泡事件,例如:PreviewMouseDown和MouseDown就是配对事件,如果同时存在的话,那么就会先执行管道事件然后才执行配对的冒泡事件。当然e.Handled=true,依然能够阻断事件。
看下面的示例代码:
Handle first event
后端事件代码:
using System.Windows; namespace 路由事件{/// /// Window1.xaml 的交互逻辑/// public partial class Window1 : Window{public Window1(){InitializeComponent(); }protected int eventCounter = 0; private void SomeKeyPressed(object sender, RoutedEventArgs e){eventCounter++; string message = $"#{eventCounter.ToString()}:\r\n" +$"Sender:{sender.ToString()}\r\n" +$"Source:{e.Source}\r\n" +$"Original Source:{e.OriginalSource}" +$"Event:{e.RoutedEvent}"; lstMessage.Items.Add(message); // Handled允许终止事件的冒泡或者终止隧道过程// 设置Handled=True,事件就不会继续传递了e.Handled = (bool)chkHandle.IsChecked; }private void cmdClear_click(object sender, RoutedEventArgs e){eventCounter = 0; lstMessage.Items.Clear(); }}}
运行结果:
文章图片
可以看到:执行顺序是从顶级元素到最里层的元素。
注意:如果要使用冒泡路由事件,只需要将PreviewKeyDown改为KeyDown即可。
3、直接策略
事件仅仅在源元素上触发,这个与普通的.Net事件的行为相同,不同的是这样的事件仍然会参与一些路由事件的特定机制,如事件触发器等。
该事件唯一可能的处理程序是与其挂接的委托。
路由事件的事件处理程序的签名(即方法的参数):
他与通用的.net事件处理程序的模式一致,也有两个参数:第一个为:System.Object对象,名为sender,第二个参数(一般名为e)是一个派生于System.EventArgs的类。sender参数就是该处理程序被添加的元素,参数e是RoutedEventArgs的一个实例提供了4个有用的属性:
- Source---逻辑树中开始触发该事件的的元素。
- originalSource--可视树中一开始触发该事件的元素。
- handled---布尔值,设置为true表示事件已处理,在这里停止。
- RoutedEvent---真正的路由事件对象,(如Button.ClickEvent)当一个事件处理程序同时用于多个路由事件时,它可以有效地识别被出发的事件。
推荐阅读
- WPF自定义路由事件
- 产品经理(「点这里,我要跳到任何我想跳的页面」—— 解耦提效神器「统跳路由」)
- 神奇!这款|神奇!这款 Vue 后台框架居然不用手动配置路由
- EventBridge消息路由|高效构建消息路由能力
- 计算机网络|计算机网络实验二---静态路由配置
- 77|77 行代码实现 ABAP ALV 中的双击事件处理试读版
- WPF|WPF + Winform 解决管理员权限下无法拖放文件的问题
- 微信小程序事件绑定
- 事件循环(Event|事件循环(Event Loop)
- 预支8万彩礼救父被拉黑,事件背后折射出的社会现象,值得反思