1、逻辑树与视觉树
逻辑树在结构上与xaml文件对应
视觉树更细化,拆分到控件的每个组成部分
2、依赖属性与附加属性
依赖属性:就是自己自己没有属性值,而是通过Binding从数据源获得值,就是依赖在别人身上,拥有依赖属性的对象称为依赖对象。
附加属性:就是自己没有这个属性,在某些上下文中需要就被附加上去。比如TextBox的Grid.Row属性,如果我们定义TextBox类时定义一个Row属性是没有意义的,因为我们并不知道一定会放在Grid里,这样就造成了浪费。
3、路由事件和附加事件
路由事件:
Button、Slider、TextBox这些类可拥有路由事件
根据.NET约定,隧道路由事件总是以单词Priview开头(如PreviewKeyDown)
对比下命令和路由事件的区别可以发现,路由事件必须写在Code-Behind代码中,而命令可以写在ViewModel里,所以直观上来讲命令更加自由灵活。
附加事件(Attached Event):
路由事件的另一种叫法,用于非继承自UIElement类
4、命令
命令与事件类似,事件用来发布传播一些消息,消息到达接收者,事件的使命就完成了,至于如何响应事件送来的消息事件并不做规定;而命令一旦发出,所有的命令目标都必须执行这个命令,二者的区别就在命令具有约束力而事件没有。
命令的基本元素:
命令(Command):WPF的命令实际就是实现了ICommand接口的类,平时使用最多的是RotuedCommand类;
命令源(Command Source):命令发送者,是实现类ICommandSource接口的类,例如Button、MenuItem、ListBoxItem等;
命令目标(Command Target):命令将作用在谁身上,命令目标必须实现了IInputElement接口;
命令关联(Command Binding):负责把一些外围逻辑与命令关联起来,比如执行前对命令是否可以执行进行判断、命令执行之后进行一些后续工作等。
Button控件有Command属性,将实例化的Command赋值给Button控件,就可以在点击时执行该命令。但有的控件并不支持Command属性的设置,因此这些控件的事件产生时执行某个命令就成了一个问题。解决方法如下:
<Button> <i:Interaction.Triggers> <i:EventTrigger EventName="MouseEnter" > <cmd:EventToCommand Command="{Binding FooCommand}" CommandParameter=""/> </i:EventTrigger> </i:Interaction.Triggers> </Button>
5、验证
1. 代码直接验证(不少人直接用 MessageBox 弹出消息,Windows 的老传统),虽然够醒目,却太过打扰用户,不好。
2. 通过异常验证(数据绑定,并设置 ValidatesOnExceptions=True ),调试时烦死人,不好。
3. 通过内置接口 IDataErrorInfo 、INotifyDataErrorInfo 进行验证(数据绑定),这应该是目前较为理想的验证方式。这两个接口都位于 System.ComponentModel 空间,与 INotifyPropertyChanged 在一起。