3.3 事件也附加——深入浅出附加事件
WPF事件系统中还有一种事件被称为附加事件(Attached Event),简言之,它就是路由事件。“那为什么还要起个新名字呢?”你可能会问。
“身无彩凤双飞翼,心有灵犀一点通”,这就是对附加事件宿主的真实写照。怎么解释呢?让我们看看都有哪些类拥有附加事件:
Binding类:SourceUpdated事件,TargetUpdated事件
Mouse类:MouseEnter事件、MouseLeave事件、MouseDown事件、MouseUp事件,等等
Keyboard类:KeyDown事件、KeyUp事件,等等
再对比一下那些拥有路由事件的类,诸如Button、Slider、TextBox……发现什么问题了吗?原来,路由事件的宿主都是些拥有可视化实体的界面元素,而附加事件则不具备显示在用户界面上的能力。也就是说,附加事件的宿主没有界面渲染功能这双“飞翼”,但一样可以使用附加事件这个“灵犀”与其他对象进行沟通。
理解了附加事件的原理,让我们动手写一个例子。我想实现的逻辑是这样的:设计一个名为Student的类,如果Student实例的Name属性值发生了变化就激发一个路由事件,我会使用界面元素来捕捉这个事件。
这个类的代码如下:
1 public class Student
3 // 声明并定义路由事件
4 public static readonly RoutedEvent NameChangedEvent = EventManager.RegisterRoutedEvent
5 ("NameChanged", RoutingStrategy.Bubble, typeof(RoutedEventHandler), typeof(Student));
7 public int Id { get; set; }
8 public string Name { get; set; }
设计一个简单的界面:
1 <Window x:Class="WpfApplication1.Window1"
2 xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
3 xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="Attached Event"
4 Height="200" Width="200">
5 <Grid x:Name="gridMain">
6 <Button x:Name="button1" Content="OK" Width="80" Height="80"
7 Click="Button_Click" />
8 </Grid>
9 </Window>
其后台代码如下:
1 public partial class Window1 : Window
3 public Window1()
5 InitializeComponent();
7 // 为外层Grid添加路由事件侦听器
8 this.gridMain.AddHandler(
9 Student.NameChangedEvent,
10 new RoutedEventHandler(this.StudentNameChangedHandler));
11 }
13 // Click事件处理器
14 private void Button_Click(object sender, RoutedEventArgs e)
15 {
16 Student stu = new Student() { Id = 101, Name = "Tim" };
17 stu.Name = "Tom";
18 // 准备事件消息并发送路由事件
19 RoutedEventArgs arg = new RoutedEventArgs(Student.NameChangedEvent, stu);
20 this.button1.RaiseEvent(arg);
21 }
23 // Grid捕捉到NameChangedEvent后的处理器
24 private void StudentNameChangedHandler(object sender, RoutedEventArgs e)
25 {
26 MessageBox.Show((e.OriginalSource as Student).Id.ToString());
27 }
后台代码中,当界面上唯一的Button被点击后会触发Button_Click这个方法。有一点必须注意的是:因为Student不是UIElement的派生类,所以它不具有RaiseEvent这个方法,为了发送路由事件就不得不“借用”一下Button的RaiseEvent方法了。在窗体的构造器中我为Grid元素添加了对Student.NameChangedEvnet的侦听——与添加对路由事件的侦听没有任何区别。Grid在捕捉到路由事件后会显示事件消息源(一个Student实例)的Id。
运行程序并点击按钮,效果如图:
理论上现在的Student类已经算是具有一个附加事件了,但微软的官方文档约定要为这个附加事件添加一个CLR包装以便XAML编辑器识别并进行智能提示。可惜的是,Student类并非派生自UIElement,因此亦不具备AddHandler和RemoveHandler两个方法,所以不能使用CLR属性作为包装器(因为CLR属性包装器的add和remove分支分别调用当前对象的AddHandler和RemoveHandler)。微软规定:
为目标UI元素添加附加事件侦听器的包装器是一个名为Add*Handler的public static方法,星号代表事件名称(与注册事件时的名称一致)。此方法接收两个参数,第一个参数是事件的侦听者(类型为DependencyObject),第二个参数为事件的处理器(RoutedEventHandler委托类型)。
解除UI元素对附加事件侦听的包装器是名为Remove*Handler的public static方法,星号亦为事件名称,参数与Add*Handler一致。
按照规范,Student类被升级为这样:
1 public class Student
3 // 声明并定义路由事件
4 public static readonly RoutedEvent NameChangedEvent = EventManager.RegisterRoutedEvent
5 ("NameChanged", RoutingStrategy.Bubble, typeof(RoutedEventHandler), typeof(Student));
7 // 为界面元素添加路由事件侦听
8 public static void AddNameChangedHandler(DependencyObject d, RoutedEventHandler h)
10 UIElement e = d as UIElement;
11 if (e != null)
12 {
13 e.AddHandler(Student.NameChangedEvent, h);
14 }
15 }
17 // 移除侦听
18 public static void RemoveNameChangedHandler(DependencyObject d, RoutedEventHandler h)
19 {
20 UIElement e = d as UIElement;
21 if (e != null)
22 {
23 e.RemoveHandler(Student.NameChangedEvent, h);
24 }
25 }
27 public int Id { get; set; }
28 public string Name { get; set; }
原来的代码也需要做出相应的改动(只有添加事件侦听一处需要改动):
1 public Window1()
3 InitializeComponent();
5 // 为外层Grid添加路由事件侦听器
6 Student.AddNameChangedHandler(
7 this.gridMain,
8 new RoutedEventHandler(this.StudentNameChangedHandler));
现在让我们仔细理解一下附加事件的“附加”。确切地说,UIElement类是路由事件宿主与附加事件宿主的分水岭,不单是因为从UIElement类开始才具备了在界面上显示的能力,还因为RaiseEvent、AddHander和RemoveHandler这些方法也定义在UIElement类中。因此,如果在一个非UIElement派生类中注册了路由事件,则这个类的实例即不能自己激发(Raise)此路由事件也无法自己侦听此路由事件,只能把这个事件的激发“附着”在某个具有RaiseEvent方法的对象上、借助这个对象的RaiseEvent方法把事件发送出去;事件的侦听任务也只能交给别的对象去做。总之,附加事件只能算是路由事件的一种用法而非一个新概念,说不定哪天微软就把附加事件这个概念撤消了。
最后分享些实际工作中的经验。
第一,像Button.Click这些路由事件,因为事件的宿主是界面元素、本身就是UI树上是一个结点,所以路由事件路由时的第一站就是事件的激发者。附加事件宿主不是UIElement的派生类,所以不能出现在UI树上的结点,而且附加事件的激发是借助UI元素实现的,因此,附加事件路由的第一站是激发它的元素。
第二,实际上很少会把附加事件定义在Student这种与业务逻辑相关的类中,一般都是定义在像Binding、Mouse、Keyboard这种全局的Helper类中。如果需要业务逻辑类的对象能发送出路由事件来怎么办?我们不是有Binding吗!如果程序架构设计的好(使用数据驱动UI),那么业务逻辑一定会使用Binding对象与UI元素关联,一旦与业务逻辑相关的对象实现了INotifyPropertyChanged接口并且Binding对象的NotifyOnSourceUpdated属性设为true,则Binding就会激发其SourceUpdated附加事件,此事件会在UI元素树上路由并被侦听者捕获。
转载:http://blog.csdn.net/FantasiaX/article/details/4575968
相关:http://blog.csdn.net/fwj380891124/article/details/8139260
如何解决WPF中 ScrollViewer 内包含 TreeView 或者 ListBox 等控件时滚轮事件被劫持的问题
如何解决WPF中 ScrollViewer 内包含 TreeView 或者 ListBox 等控件时滚轮事件被劫持的问题
WPF鼠标、键盘、拖拽事件、用行为封装事件
本文主要介绍了WPF中常用的鼠标事件、键盘事件以及注意事项,同时使用一个案例讲解了拓展事件。除此之外,本文还讲述如何用行为(Behavior)来封装事件。
1:什么是路由事件
WPF中的事件为路由事件,所谓路由事件,MSDN定义如下:
功能定义:路由事件是一种可以针对元素树中的多个侦听器(而不是仅针对引发该事件的对象)调用处理程序的事件。
上篇讲了如何在Blend中绘制圆角矩形(http://blog.csdn.net/johnsuna/archive/2007/08/13/1740781.aspx),本篇继续下一步骤,如何自定义按钮的事件。
【WPF/WAF】使用System.Windows.Interactivity交互事件
原文:【WPF/WAF】使用System.Windows.Interactivity交互事件
下载System.Windows.Interactivity.dll文件,并引入项目中(在VS项目的引用列表中可以看到)。
本以为Label也有TextChanged
事件,但在使用的时候却没找到,网友说Label的Content属性改变肯定是使用赋值操作,赋值的时候就可以对其进行相应的操作所以不需TextChanged
原文:WPF触屏Touch事件在嵌套控件中的响应问题
前几天遇到个touch事件的坑,记录下来以增强理解。
具体是 想把一个listview嵌套到另一个listview,这时候如果list view(子listview)的内容过多超过容器高度,它是不会出现滚动条压缩内容区域的,反而会将滚动区域转移到外面的list view(父listview),这个无可争议,但这个问题开始没留意,为待会的坑埋下伏笔。
原文:WPF - 善用路由事件
在原来的公司中,编写自定义控件是常常遇到的任务。但这些控件常常拥有一个不怎么好的特点:无论是内部还是外部都没有使用路由事件。那我们应该怎样宰自定义控件开发中使用路由事件?我们将在这篇短文中对该问题进行讨论。
原文:WPF当属性值改变时利用PropertyChanged事件来加载动画
在我们的程序中,有时我们需要当绑定到UI界面上的属性值发生变化从而引起数据更新的时候能够加载一些动画,从而使数据更新的效果更佳绚丽,在我们的程序中尽量将动画作为一种资源放在xaml中,而不是在后台中通过写代码的这种方式来加载动画,在我们的这篇博客中我们尽量使用简洁的语言来阐述这一方法。
原文:WPF中的多点触摸事件
UIElement在WPF4下添加了很多支持多点触摸的事件,通过它们可以在硬件支持的情况下处理多点触摸,以下通过代码来说明通过处理这些事件,我们可以做些什么:
一.触摸相关的多种事件,跟鼠标事件是对应的,通过这些事件可以获取到多个触摸的鼠标点,并进行相应的处理