深入浅出WPF知识点小结
在XAML中为对象属性赋值的三种形式
- Attribute=Value形式
- 属性标签
- 标签扩展
TypeConverter
其实wpf中xaml窗口中的属性定义的Value很多都是字符串,但是仍然可以转换为目标对象类型。这就和TypeConverter脱不了干系。我们自己实现一次对此有更深入的理解。
1 | public partial class MainWindow : Window |
1 | <Window.Resources> |
属性标签
所谓属性标签,居然就是简单的.+扩展的属性.
1 | <Button Width="30" Height="30" Button.Click="ButtonClick" > |
其中Button.Content即为属性标签的用法。
xmal是生命性语言,也就是说声明Button.Content属性对象中要增加的东西。
下面看LinearGradientBrush的完全体,这个纯属个人需求,读者可以掠过。
1 | <Rectangle x:Name="rectangle" Width="200" Height="120"> |
标签扩展
就是花括号的形式。。。
1 | <Window.Resources> |
- {StaticResource}
- {DynamicResource}
- {Binding }
内容分布
- 事件处理器与代码后置
- 导入程序集和引用其中的命名空间
- XAML的注释
事件处理器与代码后置
事件响应者:事件处理器->订阅事件->事件的拥有者:事件。
可以用简单的Button Click事件来理解。除了xaml方式添加事件订阅 ,也可以用C#代码的方式。
1 | this.button.Click += Button_Click1; |
导入程序集和引用其中的命名空间
同一sln中引用自己开发的自定义控件时,也需要先添加引用add Reference.
然后在要用的地方,如Window 中
xmlns:controls="clr-namespace:HerLib;assembly=HerLib"
引用其他公司的程序集,也是先添加引用。
然后如果有https方式就用,没有就照常引用。
XAML的注释
和C#注释一样,两组快捷键Ctrl+EC EU Ctrl+KC KU
厉害的x名称空间
- x名称空间的由来和作用
- x名称空间里都有什么
- x:Class
- x:ClassModifier
- x:Name
- x:FieldModifier
名称空间的由来和作用
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
专门用来解析和分析xaml文档的命名空间,大概可以理解为包含了很多”using”.就是“XAML名称空间”
x名称空间里都有什么
Tools:
- x:Array
- x:Class
- x:ClassModifier
- x:Code
- x:FieldModifier
- x:Key
- x:Name
- x:Null
- x:Shared
- x:Static
- x:Subclass
- x:Type
- x:TypeArguments
- x:Uid
- x:XData
x:Class
x:Class="V3.引用"
实际也是声明了一个partial class。即WPF设计是想要把页面设置和后台代码分开。XAML里的partial class专注于设计,代码的专注于逻辑。
x:ClassModifier
<Window x:Class="V3.引用" x:ClassModifier="internal"...>
只是改了xaml还不够,上面可以知道还得改C#
internal partial class 引用 : Window
x:Name
为对象准备一个引用变量方便在C#中直接访问。类似搞个指针?
对应到Unity,应该就是public一个变量命名并且拖过来。
声明一个引用变量,并且检查改对象是否有Name属性,没有就给他赋值,把name注册到WPF树里。
对于派生自FrameworkElement类的元素,都是有Name属性的,对于他们Name 和x:Name是同样的。但是其他就不同了
x:FieldModifier
1 | <Grid> |
意思说xaml 的partial 类里定义的基本都是public ,这个x:FieldModifier就是给它设置权限的。
控件与布局
常用控件:
- 布局控件: Grid StackPanel
- 内容控件: Window Button
- 带标题内容控件:GroupBox TabItem
- 条目控件:ListBox ComboBox
- 带标题条目控件:TreeViewItem MenuItem
- 特殊内容控件:Image TextBox
Binding
Data Binding在WPF中的地位
它说程序的本质是数据加算法。数据在存储/逻辑/展示3个层流通。但是算法一般分布在这几处:
- 数据库内部
- 读取与写回数据
- 业务逻辑
- 数据展示
- 界面与逻辑的交互
理解WPF的数据驱动UI
Binding通过Path来指定关心的哪个属性,当值变化后属性还要有通知Binding的能力:一般在Set中激发PropertyChanged事件。实现System.ComponentModel名称空间中的InotifyPropertyChanged接口。
1 | public partial class BindingBasic : Window |
BindingOperations.SetBinding(this.textBox, TextBox.TextProperty, binding);
public class Student:INotifyPropertyChanged
比较重要的就是上面两条。
实际工作中有简化。因为FrameworkElement对BindingOperations.SetBinding()方法进行了封装。
1 | public BindingExpressionBase SetBinding(DependencyProperty dp,BindingBase binding) |
有经验就继续
1 | public Window1() |
控制Binding的方向及数据更新
控制Binding数据流向的属性是Mode,它的类型是BindingMode枚举。取值为TwoWay,OneWay,OnTime,OneWayToSource,Default.
控制更新的属性UpdateSourceTrigger.枚举为PropertyChanged,LostFocus,Explicit,Default.
没有Path的binding
如果Binding源本身就是数据且不需要path来指明,如string,int等基本类型。那么就可以把Path设定为. xaml中可以不写. C#中必须写. 0
Text="{Binding Source={StaticResource ResourceKey=myString}}"
Text="{Binding ., Source={StaticResource ResourceKey=myString}}
为Binding指定源(Source)的几种方法
常见的办法有
- 把普通CLR单个对象指定为Source
- 把普通CLR集合类型对象指定为Source,包括数组、List
、ObservableCollection<> 。 - ADO.NET数据对象指定为Source:DataTable和DataView等对象
- 用XmlDataProvider把XML数据指定为Source :
- 把依赖对象(Dependency Object)指定为Source:即可以成目标也可以成源。可以形成Binding链。
- 把容器的DataContext指定为Source,设置Path而不设置Source,让Binding自己去找Source。
- 通过ElementName指定Source:
- 通过Binding的RelativeSource属性相对地指定Source:控件关注自己的和内部元素的某个值。
- 把ObjectDataProvider对象指定为Source:
- 把LINQ检索得到的数据对象作为Bingding的源。
没有Source的Binding__使用DataContext作为Binding源
1 | public class Student |
1 | <StackPanel Background="LightBlue"> |
结合前面的Source本身为数据时,path可以写成”.”。
1 | <StackPanel Background="LightBlue"> |
因为DataContext是依赖属性,当你没有为控件的某个依赖属性赋值时,该控件会把自己容器的属性值“借过来”当作自己的,也就是属性值可以沿某些UI元素树向下传递。
实际工作用法
- 当UI上的多个控件都使用Binding关注同一个对象时
- 当作为Source的对象不能被直接访问的时候–
使用集合对象作为列表控件的ItemsSource
1 | <StackPanel x:Name="StackPanel" Background="LightBlue"> |
1 | public List() |
this.ListBoxStudent.DisplayMemberPath="Name"
赋值后,ListBox在获得ItemsSource的时候就会创建等量的ListBoxItem 并且以DisplayMemberPath的属性值Path创建Binding,Binding的目标是ListBoxItem的内容插件
这个创建Binding的过程是在DisplayerMemberTemplateSelector类的SelectTemplate方法里完成的。这个方法的定义格式如下
public override DataTemplate SelectTemplate(object item,DependencyObject container){}
1 | Binding binding = new Binding(); |
显式设置DataTemplate的例子。
1 | <ListBox x:Name="ListBoxStudent" Height="110" Margin="5"> |
Note:使用集合时一般考虑用ObservableCollection<>,它实现了InotifyCollectionChanged和INotifyPropertyChange接口,能把集合的变化立即通知显示它的列表控件。
使用ADO.NET对象作为Binding源
DataTable。。。Skip
使用XML数据作为Binding的源
.NET Framework提供了两套处理XML数据的类库:
- 符合DOM(Document Object Modle,文档对象模型)标准的类库:包括XmlDocument、XmlElement、XmlAttribute等类。中规中矩。
- 以LINQ(Language-Intergrated Query,语言集成查询)为基础的类库:包括XDocument、XElement、XNode、XAttribute等类。方便
Note:当使用XML数据作为Binding的Source时我们将使用XPath属性而不是Path来指定数据来源。
1 | private void ButtonClick(object sender, RoutedEventArgs e) |
使用@的是元素的Attribute,不加的是子集元素。
1 | <Window.Resources> |
使用LINQ检索结果作为Binding的源
1 | <ListView x:Name="listViewStudents" Height="143" Margin="3"> |
1 | private void ButtonClick(object sender, RoutedEventArgs e) |
如果是xml
1 | XDocument xdoc= XDocument.Load(@"C:\C\xml\RawData01.xml"); |
使用ObjectDataProvider对象作为Source
1 | <StackPanel Background="Gray"> |
1 | public ODPBook() |
Something Skip
6.3.12 使用Binding的RelativeSource
1 | <Grid x:Name="g1" Background="Red" Margin="10"> |
把TextBox的Text属性关联到外层容器的Name属性上。
1 | public RelativeSourceHer() |
或者XAML中插入等效代码
1 | Text="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType= |
其中AncestorLevel属性指的是以Binding目标控件为起点的层级偏移量–d2的偏移量是1,g2的偏移量是2,依次类推。AncestorType属性告诉Binding寻找哪个类型的对象作为自己的源,不是这个类型的对象会被跳过。同理修改
1 | Text="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType= |
1 | Text="{Binding RelativeSource={RelativeSource Self},Path=Name} |
RelativeSource类的Mode属性的类型是RelativeSourceMode枚举,它的取值有:PreviousData、TemplateParent、Self和FindAncestor。RelativeSource类还有3个静态属性PreviousData、TemplateParent、Self。实际上这三静态属性就是创建一个RelativeSource实例、把实例的Mode属性设置为相应的值,然后返回这个实例。
例如
1 | public static RelativeSource Self |
常用于 DataTemplate
- PreviousData
- TemplateParent
- Self
Binding对数据的转换与校验
Source与Target之间的桥梁,可以设置安检。而且还可以提供变脸器(转换器Converter)让你通过。
Binding的数据校验
Binding的ValidationRules属性类型是Collection
Slider:0~100
xaml
1 | <StackPanel> |
1 | public SliderCheck() |
Binding校验默认来自Source的数据总是正确的,例如在Target Slider里设置-10,上述方法不会报错。
所以当Source的数据有可能出现问题时,将校验条件的ValidatesOnTargetUpdated属性设置为True。
rvr.ValidatesOnTargetUpdated = true;
Route Event提示ToolTip失败提示
1 | RangeValidationRule rvr = new RangeValidationRule(); |
事件处理器
1 | void ValidationError(object sender, RoutedEventArgs e) |
Binding的数据转换
之前的Double和String 居然可以在C#这种强类型语言中转换自如。
那是因为Binding的另外一个机制 Data Convert,当Source端Path所关联的数据与Target端目标属性类型不一样的时候,可以添加转换器。上面提到的自动做了,但是有时需要自己做:
- Source里数据是Y、N和X三个值,UI对应CheckBox控件,需要把这三个值映射为它的IsChecked属性。
- 当TextBox里已经输入了文字时用于登陆的Button才出现,String类型与Visibility或者bool之间的转换
- Source是Male或者Female(string或者枚举),UI上对应的是Image控件,需要转成Uri
自己动手写Converter,创建一个类实现IValueConverter接口。定义如下:
1 | public interface IValueConverter |
数据从Source流向Target时,Convert被调用,反之调用ConvertBack。第二个参数可以命名为outputType,确定方法的返回类型,第三个参数把额外的信息传入方法,如果需要多个信息可以把信息放入一个集合。Binding的Mode属性 OneWay 和TwoWay 影响到ConvertBack是否会被调用。
Converter实例
1 | <Window.Resources> |
1 | public partial class ConvertHer : Window |
MultiBinding
multiBinding与Binding一样均以BindingBase为基类,凡是能使用Binding对象的场合就可以使用MultiBinding。它具有一个名为Binding的属性,其类型是Collection
考虑这么一个需求,有一个用于新用户注册的UI,包含四个TextBox和一个Button。
- 第一 二个TextBox输入用户名,要求内容一致
- 第三 四个TextBox输入E-Mail,要求内容一致
- 上述符合时Button可用
1 | <StackPanel Background="LightBlue"> |
1 | public MultiBindingHer() |
总结:SetMultiBinding() 实现MutiBindingConverter()
Attributes 讲属性
7.1 属性的来龙去脉
C#规定 对类有意义的字段和方法使用static关键字修饰,称为静态成员,通过.访问
对类的实例有意义的字段和方法不加static,称为非静态成员或实例成员。
直接写字段暴露在外太不安全
1 | public class Human{public int age;} |
于是聪明的程序源改写
1 | public class Human |
.NET Framework推出时,微软更进一步把 GEt/Set合并成了属性。简短了代码
1 | public class Human |
.NET Framework推出时,微软更进一步把 GEt/Set合并成了属性。简短了代码,不失阅读性。这种属性又称为CLR属性(Common Language Runtime)。可以说CLR属性是private字段的安全访问包装,也可以说一个private字段在后台支持(back)一个CLR属性。
Note:CLR属性会占更多内存吗?属性的编译结果是两个方法!再多实例方法也只有一个Copy。
依赖属性
- 节省实例对内存的开销
- 属性值可以通过Binding依赖在其他对象上
7.2.1 依赖属性对内存的使用方式
思考,TextBox有138个属性,假设每个CLR属性包装一个4字节的字段,如果程序运行创建了一个10列1000行的TextBox列表,那么将占用413810*1000=5.26M内存,怎么避免呢
用得着就带着,用不着就不带
WPF允许对象在被创建时不包含用于存储数据的空间(字段占用的空间)、只保留在需要用到数据时获取默认值、借用其他对象数据或实时分配空间的能力–这种对象就是依赖对象(Dependency Object),这种能力依靠依赖属性来实现。
依赖对象的概念被DependencyObject类实现。依赖属性的概念由DependencyProperty类实现。DependencyObject具有GetValue和SetValue两个方法。
DependencyProperty必须以DependencObject为宿主,因此,想自定义,宿主一定是DependencyObject的派生类。DependecyProperty实例的声明特点很鲜明–引用变量由public static readonly三个修饰符修饰,实例并非使用new操作符得到而是使用DependencyProperty.Register方法生成。代码:
1 | public class Student:DependencyObject |
3个参数
- 此依赖属性back哪个CLR属性
- 此依赖属性存储什么类型的值,依赖属性的注册属性
- 依赖属性宿主类型,注册关联到哪个类型上。
1 | private Student stu; |
FrameworkElement类的SetBinding方法并不神秘,仅仅对BindingOperations的SetBinding方法做了一个简单的封装,代码如下:
1 | public clas FrameworkElemnt:UIElement |
Get,Set显得太过麻烦,于是添加一个CLR属性包装器:
1 | public class Student : DependencyObject |
有了它就可以像普通属性一样访问依赖属性了
1 | private void Button_Click(object sender,RoutedEventArgs e) |
Note:propdp可以自动生成依赖属性
第四个参数:DefaultMetadata的作用是向依赖属性的调用者提供一些基本信息,包括:
- CoerceValueCallback 依赖属性值被强制改变时此委托会被调用,此委托可以关联一个影响函数
- DefaultValue:依赖属性未被显式赋值时,
- IsSealed:控制PropertyMetadata属性值是否可以更改
- PropertyChangeCallback:依赖属性值被改变之后此委托调用,可以关联一个影响函数
Note:依赖属性的DefaultMetadata只能通过Register方法的第四个参数进行赋值,而且一旦赋值就不能改变。如果想用新的替换,需要使用DependencyProperty.OverrideMetadata方法。
DependencyProperty被注册到了哪儿
private static Hashtable PropertyFromName= new Hashtable();
创建一个DependencyProperty实例并且用它的CLR属性名和宿主类型名生成hashcode,最后把hashcode和DependencyProperty实例作为Key—Value对存入全局的、名为PropertyFromName的Hashtable中。最后生成的DependencyProperty实例被当作返回值交还:
return dp;
并且DependencyProperty的GetHashCode方法被重写:
1 | public override int GetHashCode() |
WPF对依赖属性的读取优先级
- WPF属性系统强制值
- 由动画过程控制的值
- 本地变量值
- 上级元素Template设置的值
- 11
- 11
- 11
- 11
- 11
- –
7.3 附加属性
附加属性的作用是让属性与数据类型解耦,让数据类型的设计更加灵活。
比如<Button Content="OK" Grid.Column="1" Grid.Row="1"
说事件
事件系统在WPF中升级为了Routed Event,衍生出了命令传递机制。降低了耦合度。
近观树形结构
Route :起点和终点间有若干个中转站,从起点出发后经过每个中转站时要做出选择,最终以正确的路径到达终点。
你可以把WPF的路由事件看成是一只小蚂蚁,它可以从树的基部向顶部(或者反向)目标爬行,每如果一个树枝的分岔点就会把消息带给这个分岔点。
WPF树:
Logical Tree:完全由布局组件和控件构成,查找用LogicalTreeHelper类的static方法,详见msdn
Visual Tree:如果把树叶在放大镜下看,也像树一样,控件本身也是由Visual类的更细微的可视化组件组成的树。用VisualTreeHelper类的static方法。
Routed Event是沿着Visual Tree传递的。
事件的来龙去脉
事件的前身是Message。Windows是消息驱动的操作系统,程序也遵照这个机制运行。消息本身就是一条数据,这条数据里面记载着消息的类别,必要的时候还记载一些消息参数。比如,当你在窗体上按下鼠标左键,一条WM_LBUTTONDOWN的消息就被生成并且加入到Windows待处理的消息队列中–大部分情况下WIndows的消息队列里不会有太多的消息在排队、消息会立刻被处理。如果你的计算机很慢并且很忙,那么这条消息就要等会才被处理,此为操作系统延迟。然后窗体用自己的算法进行处理。
此为消息出发算法逻辑的过程。
时间过去,微软把消息机制封装成了更容易让人理解的事件模型。3个关键点
- 事件的拥有者:消息的发送者。事件的宿主可以在默写条件下激发它拥有哦的事件,即事件被触发。事件被触发则消息被发送。
- 事件的响应者:即消息的接收者、处理者。使用事件处理器Event Handler对事件做出响应。
- 事件的订阅关系:事件的拥有者可以随时激发事件,但是事件发生后会不会得到响应要看有没有事件的响应者,或者说要看这个事件是否被关注。如果对象A关注对象B的某个事件是否发生,则称A订阅了B的事件。更进一步讲,事件实际上是一个使用event 关键字修饰的委托Delegate类型成员变量,事件处理器则是一个函数。说A订阅了B的事件,本质上是让B.Event与A.EventHandler关联起来。所谓事件激发就是B.Event被调用,这时,与其关联的A.EventHandler就被调用。
这种传统的CLR事件模型,因为CLR事件本质上是一个用event关键字修饰的委托实例,我们暂且模仿CLR属性
的说法,把CLR事件定义为一个委托类型实例的包装器或者说有一个委托类型实例在backing一个CLR事件。
Windows Form项目中的一个button,可以认识事件模型的关键部分:
事件的拥有者:myButton
事件:myButton.Click
事件的响应者:窗体本身
事件处理器:this.myButton_Click
订阅关系:
this.myButton.Click+= new System.EventHandler(this.myButton_Click);
如果实现如下方法:
1
2
3
4
5
6
7private void myButton_Click(object sender,EventArgs e)
{
if(sender is Button)
{
MessageBox.Show((sender as Button).Name);
}
}
运行后会显示myButton。说明在CLR事件模型中,事件的拥有者就是消息的发送者sender。
弊端:
- 每对消息是“发送-响应”关系,必须是建立显式的点对点订阅关系
- 事件的宿主必须能够直接访问事件的响应者,不然无法建立订阅关系。
路由事件就很好的解决了上述问题。
路由事件Routed Event
直接事件激发:发送者直接将消息通过事件订阅交给事件响应者,事件响应者使用其事件处理器方法对事件的发生做出响应、驱动程序逻辑按客户需求运行。
路由事件激发:事件的拥有者和事件响应者之间没有直接显式的订阅关系,事件的拥有者只负责激发事件,事件的响应者则安装有事件侦听器,当它被单击后大喊一声我被单击了,这样一个Button.Click事件就开始在Visual Tree中传播,当事件经过某个节点时如果这个节点没有安装用于侦听Button.Click事件的耳朵,那么它会无视这个事件,让它继续传播,如果安装了,它的事件处理器就会被调用(任何一个传来的Button.Click事件都会被侦听到,例如在StackPanel上的Button.Click 能侦听其内所有button的事件),在事件处理器内程序员可以查看路由事件原始的出发点是哪个控件、上一站是哪里,还可以决定事件传递到此还是可以继续传递,像烽火台一样的传递策略。
传统的事件在WPF也是可以用的。
8.3.1 内置路由事件
1 | <Grid x:Name="gridRoot" Background="Lime"> |
单击buttonLeft时,事件沿着buttonLeft->canvasLeft->GridA->gridRoot->Window向上传递。
由于没有安装侦听器,所以无响应
1 | public RoutedLogicalTree() |
可以如上添加。
AddHandler方法源自UIElement类,也就是说,所有UI控件都具有这个方法。AddHandler方法第一个参数是Button.ClickEvent而不是Button.Click。原来,WPF事件系统也使用了与属性系统类似的“静态字段->包装器(Wrapper)”的策略。
路由事件本身是一个RoutedEvent类型的静态成员变量(Button.ClickEvent),Button还有一个与之对应的Click事件(CLR包装)专门用于对外界暴露这个事件。
1 | private void ButtonClicked(object sender, RoutedEventArgs e) |
Note:因为路由事件的消息是从内部一层一层传递出来并且由gridRoot元素将事件消息交给ButtonClicked方法来处理,所以传入ButtonClicked方法的参数sender实际上是gridRoot而不是被单击的Button,解决方法是使用e.OriginalSource,再使用as/is操作符或者强制类型转换。
或者可以在grid上添加
1 | <Grid x:Name="gridRoot" Background="Lime" Button.Click="ButtonClicked"> |
但是这里编辑器不会有提示,只能自己认真小心写啦
但是如果你是用ButtonBase.Click就可以有提示。 道理很简单,因为ClickEvent这个路由事件是ButtonBase类的静态成员变量(Button类继承获得它),而XAML编辑器只认得包含ClickEvent字段定义的类。
8.3.2 自定义Routed Event
步骤:
- 声明并注册路由事件
- 为路由事件添加CLR事件包装
- 创建可以激发路由事件的方法
定义
1 | public abstract clas ButtonBase:ContentControl,ICommandSource |
CLR事件包装器让路由事件暴露得像一个传统的直接事件,可以用+= 和-=,代码格式换成了add和remove。
激发路由事件,首先创建需要让事件携带的消息(RoutedEventArgs类的实例)并且让它与路由事件关联,然后调用元素的RaiseEvent方法(继承自UIElement类)把事件发送出去。这与传统事件的方法不同,传统事件激发是通过调用CLR的Invoke方法实现的。
1 | public static readonly RoutedEvent ClickEvent= EventManager.RegisterRoutedEvent |
参数说明:
- string,路由事件的名称,尽量和RoutedEvent变量的前缀一致
- 路由策略
- Buttle,冒泡式
- Tunnel,隧道式
- Direct,直达式,模仿CLR直接事件
- 指定事件处理器的类型
- 指定路由事件的宿主类型。
下面动手创建一个路由事件,包含事件发生的时间。
1 |
|
1 | Title="HerCustomRoutedEvent" x:Name="window1" Height="350" Width="300" |
方法
1 | private void ReportTimeHandler(object sender, ReportTimeEventArgs e) |
如果在方法中加入
1 | if (element==this.grid_2) |
那么就会在grid_2断掉
Note:路由事件将程序中的组件进一步解耦
- 很多类的事件都是路由事件,如TextBox类的TextChanged事件,Binding类的SourceUpdate事件等,所以在用到这些类时要发挥想象力
- 也不要滥用路由事件,事件该结束就Handled了,不要惹麻烦
8.3.3 RoutedEventArgs的Source与OriginalSource
说路由事件在VisualTree上传递,本意是说”路由事件的消息在VisualTree上传递”,而路由事件的消息则包含在RoutedEventArgs实例中。
RoutedEventArgs两个属性
- Source:LogicalTree上的消息源头
- OriginalSource:VisualTree上的消息源头
先创建一个UserControl,
1 | <UserControl x:Class="RoutedEventH.HerUserControl" |
然后添加到主窗体中
1 | <Grid> |
后台
1 | public SourceAndOriginalSource() |
8.3.4 附加事件Attached Event
哪些类有附加事件
- Binding类:SourceUpdated事件、TargetUpdated事件
- Mouse类:MouseEnter、MouseLeave、MouseDown、MouseUp
- Keyboard类:KeyDown、KeyUp
对比一下那些拥有路由事件的类,如Button、Slider、TextBox…发现什么问题了吗
路由事件的宿主都是拥有可视化实体的界面元素
附加事件不具有显示在用户界面上的能力
设想实现:
设计一个Student类,如果Student实例的Name属性值发生了变化,就激发一个路由事件。
1 | <Grid x:Name="gridMain" > |
1 | public partial class AttachedEventH : Window |
自定义的类并非派生自UIElement,因此不具备AddHandler和RemoveHandler这两个方法,所以不能使用CLR属性作为包装器,规定:
- 为目标UI元素添加附加事件侦听器的包装器是一个名为Add*Handler的public static 方法,星号代表事件名称。此方法接收两个参数,一个参数是事件的侦听者,类型为DependencyObject,另外一个是事件的处理器(RoutedEventHandler委托类型)
- 解除UI元素对附加事件侦听的包装器是名为Remove*Handler的public static 方法。
Note:
第一,像Button.Click这些路由事件,因为事件的宿主是界面元素、本身就是UI树上的一个节点,所以路由事件路由时的第一站就是事件的激发者。附加事件宿主不是UIElement的派生类,所以不能出现在UI树上的节点,而且附加事件的激发是借助UI元素实现的,因此,附加事件路由的第一站是激发它的元素。
第二,实际上很少把附加事件定义在Student这种与业务逻辑相关的类中,一般都是定义在像Binding、Mouse、Keyboard这种全局的Helper类中。如果需要业务逻辑对象能发出路由事件怎么办?Binding,
如果程序架构设计得好,那么业务逻辑一定会使用Binding与元素关联,。。。。
命令 Command
9.1 命令系统的基本元素与关系
9.1.1 命令系统的基本元素
要素:
- Command: 实现了ICommand接口的类,使用多的是RoutedCommand类和自定义的
- Command Source:命令的发送者,实现了ICommandSource接口的类,例如Button、MenuItem、ListBoxItem等
- Command Target:命令目标必须实现IInputElement接口的类
- Command Binding:判断和后续工作等
9.1.2 基本元素之间的关系
命令的使用:
- 创建命令类
- 声明命令实例
- 指定命令的源
- 指定命令目标
- 设置命令关联
命令目标如果被瞄上,会不停地发送可路由的Preview-CanExecute和CanExecute附加事件,命令目标的PreviewCanExecute、CanExecute、PreviewExecuted和Executed事件都是附加事件,Preview-CanExecute和CanExecute执行时机不由程序员控制,很容易出bug,务必小心。
9.1.3 小试命令
1 | <StackPanel x:Name="stackPanel"> |
1 | public partial class FirstCommand : Window |
Note:
- 使用命令可以少写些代码
- RoutedCommand是一个与业务逻辑无关的类,清空操作是CommandBinding做的
- CanExecute事件记得Handled
- CommandBinding设置在目标的外围控件上
9.1.4 WPF 命令库
- ApplicationCommands
- ComponentCommands
- NavigationCommands
- MediaCommands
- EditingCommands
他们都是静态类,以单例模式暴露出来
9.1.5 命令参数
使用CommandParameter区别命令的对象
CommandParameter属性来自ICommandSource接口
1 | Title="命令参数" Height="240" Width="400" Background="LightBlue" WindowStyle="ToolWindow"> |
1 | public partial class 命令参数 : Window |
9.1.6 命令与Binding的结合
???
9.2 近观命令
9.2.1 ICommand接口和RoutedCommand
ICommand Interface:包含两个方法和一个事件
- Execute方法
- CanExecute方法
- CanExecuteChanged事件
RoutedCommand类与命令相关的源码
1 | public class RoutedCommand : ICommand |
skip。。。。
ButtonBase的OnClick方法如下:
1 | public class BattonBase:ContentControl,ICommandSource |
这节每看懂
9.2.2 自定义Command
1 | <StackPanel> |
1 | namespace CommandHer |
自定义的组件
1 | <Border CornerRadius="5" BorderBrush="LawnGreen" BorderThickness="2"> |
1 | // -------------------------------------------------------------------------------------------------------------------- |
Resources
10.1 对象级资源的定义与查找
最简单的Resource
1 | <Window.Resources> |
简写
1 | <Window.Resources> |
在检索资源时,先查找控件自己的Resources属性,如果没有会沿着逻辑树向上一直查找到最顶层容器,如果连最顶层容器都没有这个资源,程序就会去查找Application.Resources 程序的顶级资源。
代码中查找
1 | private void Window_Loaded(object sender,RoutedEventArgs e) |
1 | private void Window_L(object sender,RoutedEventArgs e) |
10.2 Static Dynamic Resources
Static:运行时不变用Static
Dynamic:运行时改变用Dynamic
1 | <Window.Resources> |
1 | private void Button_Click(object sender, RoutedEventArgs e) |
##10.3 向程序添加二进制资源
资源词典里的资源:WPF资源 对象资源
程序内嵌资源:程序集资源 二进制资源
下面是添加Properties中的Resources.resx资源文件的,这个是方便本地化。记得把它的Access Modifier改成public
1 | <Window x:Class="ResourceHer.resx" |
1 | public resx() |
加其他资源记得改BuildAction属性为Resource
10.4 使用Pack URI路径访问二进制资源
格式
pack://application,,,[/程序集名称;][可选版本号;][文件夹名称/]文件名称
1 | <Image x:Name="ImageBg" Source="Resources/Images/Rafale.jpg" Stretch="Fill"/> |
or
1 | <Image x:Name="ImageBg" |
or
1 | InitializeComponent(); |
or
1 | Uri imgUri= new Uri |
11 Template
强
11.1 模板的内涵
引入模板,微软将数据和算法的“内容”与“形式”解耦了。
Template:
- ControlTemplate
- DataTemplate
11.2 数据的外衣 DataTemplate
DataTemplate:常用于
- ContentContro的ContentTemplate属性,给其内容穿衣服
- ItemsControls的ItemTemplate属性,给ItemsControl的数据条目穿衣服
- GridViewColumn的CellTemplate属性,给单元格里的数据穿衣服
类定义
1 | // -------------------------------------------------------------------------------------------------------------------- |
1 | <Window.Resources> |
后台
1 | public CarHerDataSource() |
11.3 控件的外衣 ControlTemplate
披着羊皮的🐺
Note
两大勇武之地:
- 提升用户体验
- ControlTemplate,程序员与设计师可以并行工作
11.3.1 庖丁解控件
用了下Blend解开TextBox,很好玩
11.3.2 ItemsControl的PanelTemplate
让程序有机会控制ItemsControl的条目容器
1 | <ListBox> |
##11.4 DataTemplate与ControlTemplate的关系与应用
###11.4.1 DataTemplate与ControlTemplate的关系
既然Template生成的控件树都有根,那么如何找到树根呢。每个控件都有个名为TemplatedParent的属性,如果它的值不为null,说明这个控件是由Template自动生成的,而属性值就是应用了模板的控件(模板的目标,模板化控件)。如果由Template生成的控件使用了TemplateBinding获取属性值,则TemplateBinding的数据源就是应用了这个模板的目标控件
回顾一下本章开头的DataTemplate实例代码
1 | <DataTemplate> |
11.4.2 DataTemplate与ControlTemplate的应用
分为逐个应用和整体应用
整体就不标记Key
如果不想应用则需要把控件的Style标记为{x:Null}
1 | <StackPanel> |
DataTemplate应用到某个数据类型上的方法 是设置DataTemplate的DataType属性,并且不能带Key标记
例如
1 | <Window.Resources> |
所以DataTemplate会自动加载到所有Unit类型对象上
1 | public class Unit |
应用到Xml也很方便
1 | <Window.Resources> |
主要是多了个XmlDataProvider x:Data & @
班级
1 | <?xml version="1.0" encoding="utf-8"?> |
1 | <Window.Resources> |
操作窗口
1 | <?xml version="1.0" encoding="utf-8"?> |
1 | <Window.Resources> |
1 | private void StackPanel_Click(object sender, RoutedEventArgs e) |
在StackPanel_Click上加,就可以根据拿到的数据来决定执行什么RoutedCommand