标签：
不出意外，本片内容应该是最后一篇关于.Net技术的博客，做.Net的伙伴们忽喷忽喷。.Net挺好的，微软最近在跨平台方面搞的水深火热，更新也比较频繁，而且博客园的很多大牛也写的有跨平台相关技术的博客。做.Net开发块五年时间，个人没本事，没做出啥成绩。想象偶像梅球王，年龄都差不多，为啥差别就这么大。不甘平庸，想趁机会挑战下其他方面的技术，正好有一个机会转前段开发。
对于目前正在从事或者工作中会用到WPF技术开发的伙伴，此片内容不得不收藏，本片介绍的八个问题都是在WPF开发工作中经常使用到并且很容易搞错的技术点。能轻车熟路的掌握这些问题，那么你的开发效率肯定不会低。
No.1 准备.Net转前端开发-WPF界面框架那些事，搭建基础框架
No.2 准备.Net转前端开发-WPF界面框架那些事，UI快速实现法
No.3 准备.Net转前端开发-WPF界面框架那些事，值得珍藏的8个问题
No.1.WrapPane和ListBox强强配合；
No.2.给数据绑定转换器Converter传多个参数；
No.3.搞清楚路由事件的两种策略：隧道策略和冒泡策略；
No.4.Conveter比你想象的强大；
No.5.ItemsControl下操作指令的绑定；
No.6.StaticResource和DynamicResource区别；
No.7.数据的几种绑定形式；
No.8.附加属性和依赖属性；
重点：WrapPanel在ListBox面板中的实现方式
看一张需求图片，图片中需要实现的功能是：左边面板显示内容，右边是一个图片列表，由于图片比较多，所以在左向左拖动中间分隔线时，图片根据右栏的宽度的增加，每行可显示多张图片。功能是很简单，但有些人写出这个功能需要2个小时，而有些人只需要十几分钟。
循序渐进，我们先实现每行显示一张图片，直接使用StackPanel重写ItemPanel模板，并设置Orientation为Vertical。实现结果如下：
源代码如下：
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="*" />
<ColumnDefinition Width="2" />
<ColumnDefinition Width="120" />
</Grid.ColumnDefinitions>
<Border BorderBrush="Green" Grid.Column="0">
<Image Source="{Binding ElementName=LBoxImages, Path=SelectedItem.Source}" />
</Border>
<GridSplitter Grid.Column="1" VerticalAlignment="Stretch" HorizontalAlignment="Center" BorderThickness="1" BorderBrush="Green" />
<ListBox Name="LBoxImages" Grid.Column="2">
<ListBox.ItemsPanel>
<ItemsPanelTemplate>
<StackPanel Orientation="Vertical" />
</ItemsPanelTemplate>
</ListBox.ItemsPanel>
<Image Source="/Images/g1.jpg" Width="100" Height="80" />
<Image Source="/Images/g2.jpg" Width="100" Height="80" />
<Image Source="/Images/g3.jpg" Width="100" Height="80" />
<Image Source="/Images/g4.jpg" Width="100" Height="80" />
<Image Source="/Images/g5.jpg" Width="100" Height="80" />
<Image Source="/Images/g7.jpg" Width="100" Height="80" />
<Image Source="/Images/g8.jpg" Width="100" Height="80" />
</ListBox>
</Grid>
分析执行结果图，游览显示的图片列表，不管ListBox有多宽，总是只显示一行，现在我们考虑实现每行根据ListBox宽度自动显示多张图片。首先，StackPanel是不支持这样的显示，而WrapPanel可动态排列每行。所以需要把StackPanel替换为WrapPanel并按行优先排列。修改代码ItemsPanelTemplate代码：
<ItemsPanelTemplate>
<WrapPanel Orientation="Horizontal" />
</ItemsPanelTemplate>
再看看显示结果：
和我们的预期效果不一样，为什么会这样？正是这个问题让很多人花几个小时都没解决。第一个问题：如果要实现自动换行我们得限制WrapPanel的宽度，所以必须显示的设置宽度，这个时候很多人都考虑的是把WrapPanel的宽度和ListBox的宽度一致。代码如下：
<ListBox.ItemsPanel>
<ItemsPanelTemplate>
<WrapPanel Orientation="Horizontal" Width="{Binding RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type ListBox}}, Path=Width}" />
</ItemsPanelTemplate>
</ListBox.ItemsPanel>
需要强调的是，这样修改后结果还是一样的。为什么会这样？第二个问题：这里出现的问题和CSS和HTML相似，ListBox有边框，所以实际显示内容的Width小于ListBox的Width。而你直接设置WrapPanel的宽度等于ListBox的宽度，肯定会显示不完，所以滚动条还是存在。因此，我们必须让WrapPanel的Width小于ListBox的Width。我们可以写个Conveter，让WrapPanel的Width等于ListBox的Width减去10个像素。Converter代码如下：
public class SubConverter : IValueConverter { public object Convert(object value, Type targetType, object parameter, CultureInfo culture) { if(value == null) { throw new ArgumentNullException("value"); } int listBoxWidth; if(!int.TryParse(value.ToString(), out listBoxWidth)) { throw new Exception("invalid value!"); } int subValue = 0; if(parameter != null) { int.TryParse(parameter.ToString(), out subValue); } return listBoxWidth - subValue; } public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture) { throw new NotImplementedException(); } }
为WrapPanel的Width绑定添加Converter，代码如下：
<ItemsPanelTemplate>
<WrapPanel Orientation="Horizontal" Width="{Binding RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type ListBox}}, Path=ActualWidth, Converter={StaticResource SubConverter}, ConverterParameter=10}" />
</ItemsPanelTemplate>
这下就大功告成，看看结果效果，是不是每行自动显示多张图片了？
重点：MultiBinding和IMultiValueConverter。
看看下面功能图片：
上图中，有报警、提示、总计三个统计数。总计数是报警和提示数量的总和，如果报警和提示数发生变化，总计数自动更新。其实这个功能也非常简单，很多人实现的方式是定义一个类，包含三个属性。代码如下：
public class Counter : INotifyPropertyChanged { private int _alarmCount; public int AlarmCount { get { return _alarmCount; } set { if(_alarmCount != value) { _alarmCount = value; OnPropertyChanged("AlarmCount"); OnPropertyChanged("TotalCount"); } } } private int _messageCount; public int MessageCount { get { return _messageCount; } set { if(_messageCount != value) { _messageCount = value; OnPropertyChanged("MessageCount"); OnPropertyChanged("TotalCount"); } } } public int TotalCount { get { return AlarmCount + MessageCount; } } }
这里明显有个问题时，如果统计的数量比较多，那么TotalCount需要加上多个数，并且每个数据属性都得添加OnPropertyChanged("TotalCount")触发界面更新TotalCount数据。接下来我们就考虑考虑用Converter去实现该功能，很多人都知道IValueConverter，但有些还没怎么使用过IMultiValueConverter接口。IMultiValueConverter可接收多个参数。通过IMultiValueConverter，可以让我们不添加任何后台代码以及耦合的属性。IMultiValueConverter实现代码如下：
public class AdditionConverter : IMultiValueConverter { public object Convert(object[] values, Type targetType, object parameter, CultureInfo culture) { if(values == null || values.Length != 2) { return 0; } int alarmCount = 0; if(values[0] != null) { int.TryParse(values[0].ToString(), out alarmCount); } int infoCount = 0; if(values[1] != null) { int.TryParse(values[1].ToString(), out infoCount); } return (alarmCount + infoCount).ToString(); } public object[] ConvertBack(object value, Type[] targetTypes, object parameter, CultureInfo culture) { throw new NotImplementedException(); } }
接下来就是通过MultiBinding实现多绑定。代码如下：
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="*" />
<ColumnDefinition Width="*" />
<ColumnDefinition Width="*" />
</Grid.ColumnDefinitions>
<StackPanel Margin="10" Grid.Column="0" Orientation="Horizontal" Background="Red">
<Label VerticalAlignment="Center" Content="报警：" />
<TextBox Name="TBoxAlarm" Background="Transparent" Height="30" Width="60" VerticalContentAlignment="Center" VerticalAlignment="Center" />
</StackPanel>
<StackPanel Margin="10" Grid.Column="1" Orientation="Horizontal" Background="Green">
<Label VerticalAlignment="Center" Content="提示：" />
<TextBox Name="TBoxInfo" Background="Transparent" Height="30" Width="60" VerticalContentAlignment="Center" VerticalAlignment="Center" />
</StackPanel>
<StackPanel Margin="10" Grid.Column="2" Orientation="Horizontal" Background="Gray">
<Label VerticalAlignment="Center" Content="总计：" />
<TextBox Name="TBoxTotal" Background="Transparent" Height="30" Width="60" VerticalContentAlignment="Center" VerticalAlignment="Center">
<TextBox.Text>
<MultiBinding Converter="{StaticResource AdditionConverter}">
<Binding ElementName="TBoxAlarm" Path="Text" />
<Binding ElementName="TBoxInfo" Path="Text" />
</MultiBinding>
</TextBox.Text>
</TextBox>
</StackPanel>
</Grid>
这里，我们没有修改任何后台代码以及添加任何Model属性。这里这是举个简单的例子，说明MultiBinding和IMultiValueConverter怎样使用。
WPF中元素的事件响由事件路由控制，事件的路由分两种策略：隧道和冒泡策略。要解释着两种策略，太多文字都是废话，直接上图分析：
上图中包含三个Grid，它们的逻辑树层次关系由上到下依次为Grid1->Grid1_1->Grid1_1_1。例如我们鼠标左键单击Grid1_1_1,隧道策略规定事件的传递方向由树的最上层往下传递，在上图中传递的顺序为Grid1->Grid1_1->Grid1_1_1。而路由策略规定事件的传递方向由逻辑树的最下层往上传递，就像冒泡一样，从最下面一层一层往上冒泡，传递的顺序为Grid1_1_1->Grid1_1->Grid1。如果体现在代码上，隧道策略和冒泡策略有特征？
（1）元素的事件一般都是隧道和冒泡成对存在，隧道事件包含前缀Preiview，而冒泡事件不包含Preview。就拿鼠标左键单击事件举例，隧道事件为PreviewMouseLeftButtonDown，而冒泡事件为MouseLeftButtonDown。
（1）隧道策略事件先被触发，隧道策略触发完后才触发冒泡策略事件。例如单击Grid1_1_1，整个路由事件的触发顺序为：Grid1(隧道)->Grid1_1(隧道)->Grid1_1_1(隧道)->Grid1_1_1(冒泡)->Grid1_1(冒泡)->Grid1(冒泡)。
（3）路由事件的EventArgs为RoutedEventArgs，包含Handle属性。如果在触发顺序的某个事件上设置了Handle等于true，那么它之后的隧道事件和冒泡事件都不会触发了。
接下来我们就写例子分析，先看看界面的代码：
<Grid Width="400" Height="400" Background="Green" Name="Grid1" PreviewMouseLeftButtonDown="Grid1_PreviewMouseLeftButtonDown" MouseLeftButtonDown="Grid1_MouseLeftButtonDown"> <Grid Width="200" Height="200" Background="Red" Name="Grid1_1" PreviewMouseLeftButtonDown="Grid1_1_PreviewMouseLeftButtonDown" MouseLeftButtonDown="Grid1_1_MouseLeftButtonDown"> <Grid Width="100" Height="100" Background="Yellow" Name="Grid1_1_1" PreviewMouseLeftButtonDown="Grid1_1_1_PreviewMouseLeftButtonDown" MouseLeftButtonDown="Grid1_1_1_MouseLeftButtonDown"> </Grid> </Grid> </Grid>
我们为每个Grid都配置了隧道事件PreviewMouseLeftButtonDown，冒泡事件MouseLeftButtonDown。然后分别实现事件内容：
public partial class RoutedEventWindow : Window { public RoutedEventWindow() { InitializeComponent(); } #region 隧道策略 private void Grid1_PreviewMouseLeftButtonDown(object sender, MouseButtonEventArgs e) { PrintEventLog(sender, e, "隧道"); e.Handled = true; } private void Grid1_1_PreviewMouseLeftButtonDown(object sender, MouseButtonEventArgs e) { PrintEventLog(sender, e, "隧道"); } private void Grid1_1_1_PreviewMouseLeftButtonDown(object sender, MouseButtonEventArgs e) { PrintEventLog(sender, e, "隧道"); } #endregion private void PrintEventLog(object sender, RoutedEventArgs e, string action) { var host = sender as FrameworkElement; var source = e.Source as FrameworkElement; var orignalSource = e.OriginalSource as FrameworkElement; Console.WriteLine("策略:{3}, sender: {2}, Source: {0}, OriginalSource: {1}", source.Name, orignalSource.Name, host.Name, action); } #region 冒泡策略 private void Grid1_MouseLeftButtonDown(object sender, MouseButtonEventArgs e) { PrintEventLog(sender, e, "冒泡策略"); } private void Grid1_1_MouseLeftButtonDown(object sender, MouseButtonEventArgs e) { PrintEventLog(sender, e, "冒泡策略"); } private void Grid1_1_1_MouseLeftButtonDown(object sender, MouseButtonEventArgs e) { PrintEventLog(sender, e, "冒泡策略"); } #endregion }
事件的代码很简单，都调用了PrintEventLog方法，打印每个事件当前触发元素(sender)以及触发源(e.Source)和原始源(e.OriganlSource)。现在我们就把鼠标移到Grid1_1_1上面（黄色），单击鼠标鼠标左键。打印的日志结果为：
策略:隧道, sender: Grid1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
策略:隧道, sender: Grid1_1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
策略:隧道, sender: Grid1_1_1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
策略:冒泡策略, sender: Grid1_1_1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
策略:冒泡策略, sender: Grid1_1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
策略:冒泡策略, sender: Grid1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
分析打印的日志是不是和我们上面描述的特征一样，先触发隧道事件（Grid1->Grid1_1->Grid1_1_1），然后再触发冒泡事件（Grid1_1_1->Grid1_1->Grid1），并且和我们描述的事件传递方向也一致？如果还不信我们可以跟进一步测试，我们知道最后一个被触发的隧道事件是Grid1_1_1上的Grid1_1_1_PreviewMouseLeftButtonDown，如果我在该事件上设置e.Handle等于true，按理来说，后面的3个冒泡事件都不会触发。代码如下：
private void Grid1_1_1_PreviewMouseLeftButtonDown(object sender, MouseButtonEventArgs e) { PrintEventLog(sender, e, "隧道"); e.Handled = true; }
输出结果如下：
策略:隧道, sender: Grid1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
策略:隧道, sender: Grid1_1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
策略:隧道, sender: Grid1_1_1, Source: Grid1_1_1, OriginalSource: Grid1_1_1
结果和我们之前描的推理一致，后面的3个冒泡事件确实没有触发。弄清楚路由事件的机制非常重要，因为在很多时候我们会遇到莫名其妙的问题，例如我们为ListBoxItem添加MouseRightButtonDown事件，但始终没有被触发。究其原因，正是因为ListBox自己处理了该事件，设置Handle等于true。那么，ListBox包含的元素的MouseRightButtonDown肯定不会被触发。
什么时候会用到Converter？做WPF的开发人员经常会遇到Enable状态转换Visibility状态、字符串转Enable状态、枚举转换字符串状态等。我们一般都知道IValueConverter接口，实现该接口可以很容易的处理上面这些情况。下面是Enable转Visibility代码：
public class EnableToVisibilityConverter : IValueConverter { public object Convert(object value, Type targetType, object parameter, CultureInfo culture) { if(value == null || !(value is bool)) { throw new ArgumentNullException("value"); } var result = (bool)value; return result ? Visibility.Visible : Visibility.Collapsed; } public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture) { throw new NotImplementedException(); } }
另外一种情况，例如我们在列表中显示某些数据，如果我们想给这些数据加上单位，方法有很多，但用converter实现的应该比较少见。这种情况我们可以充分利用IValueConverter的Convert方法的parameter参数。实现代码如下：
/// <param name="value">数字</param> /// <param name="targetType"></param> /// <param name="parameter">单位</param> /// <param name="culture"></param> /// <returns></returns> public object Convert(object value, Type targetType, object parameter, CultureInfo culture) { if(value == null) { return string.Empty; } if(parameter == null) { return value; } return value.ToString() + " " + parameter.ToString(); }
界面代码如下：
<TextBlock Text="{Binding Digit, Converter={StaticResource UnitConverter}, ConverterParameter=‘Kg‘}"></TextBlock>
稍微复杂的情况，如果需要根据2个甚至多个值转换为一个结果。例如我们需要根据一个人的身高、存款、颜值，输出高富帅、一般、矮穷矬3个状态。这种情况IValueConverter已不再满足我们的要求，但Converter给我们提供了IMultiValueConverter接口。该接口可同时接收多个参数。按照前面的需求实现Converter，代码如下：
public class PersonalStatusConverter : IMultiValueConverter { public object Convert(object[] values, Type targetType, object parameter, CultureInfo culture) { //values:身高、颜值、存款 if (values == null || values.Length != 3) { throw new ArgumentException("values"); } int height; //身高 int faceScore; //颜值 decimal savings; //存款 try { if(int.TryParse(values[0].ToString(), out height) && int.TryParse(values[1].ToString(), out faceScore) && decimal.TryParse(values[2].ToString(), out savings)) { //高富帅条件:身高180 CM以上、颜值9分以上、存款1000万以上 if(height >=180 && faceScore >=9 && savings >= 10000 * 1000) { return "高富帅"; } //矮穷矬条件：身高不高于10CM，颜值小于1，存款不多于1元 if(height <= 10 && faceScore <= 1 && savings <= 1) { return "矮穷矬"; } } } catch (Exception ex){} return "身份未知"; } public object[] ConvertBack(object value, Type[] targetTypes, object parameter, CultureInfo culture) { throw new NotImplementedException(); } }
实现了IMultiValueConverter接口后，我们还得知道怎样使用。这里我们还得配合MultiBinding来实现绑定多个参数。下面就根据一个测试例子看看如何使用它，代码如下：
<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="*" />
<RowDefinition Height="5" />
<RowDefinition Height="*" />
</Grid.RowDefinitions>
<StackPanel VerticalAlignment="Center" Orientation="Horizontal" Grid.Row="0">
<Label Content="身高(CM)：" />
<TextBox Name="TBoxHeight" Width="60"/>
<Label Content="颜值(0-10)：" />
<TextBox Name="TBoxScore" Width="60" />
<Label Content="存款（元）：" />
<TextBox Name="TBoxSaving" Width="100" />
</StackPanel>
<StackPanel Grid.Row="2" Orientation="Horizontal" VerticalAlignment="Center">
<Label Content="测试结果：" />
<TextBox IsReadOnly="True" Width="150">
<TextBox.Text>
<MultiBinding Converter="{StaticResource PersonalStatusConverter}">
<Binding ElementName="TBoxHeight" Path="Text" />
<Binding ElementName="TBoxScore" Path="Text" />
<Binding ElementName="TBoxSaving" Path="Text" />
</MultiBinding>
</TextBox.Text>
</TextBox>
</StackPanel>
</Grid>
通过代码可以看出MultiBinding和IMultiValueConverter一般都是同时使用的。
测试界面如下：
通过上面的介绍，我们应该知道怎样使用IValueConverter和IMultiValueConverter接口了。
先看看下面的列表，展示人的头像、个人信息，并且提供删除功能。如下所示：
这里最想说的是关于Delete操作的指令绑定，这一点很容易出问题。有些时候我们绑定了指令，但是单击Delete按钮没有任何反应。这里涉及到两个数据源，一个是列表集合数据源，一个是指令上下文数据源。例如上面的列表存放在UserControl里边，一般ListItem的数据源来源于List的ItemsSource，而按钮的Command来源于UserControl数据源。下面是实现的界面代码：
<Window x:Class="HeaviSoft.Wpf.ErrorDemo.PortraitWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:d="http://schemas.microsoft.com/expression/blend/2008" xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:local="clr-namespace:HeaviSoft.Wpf.ErrorDemo" xmlns:converter="clr-namespace:HeaviSoft.Wpf.ErrorDemo.Conveters" mc:Ignorable="d" Title="是不是美女" Height="400" Width="600"> <Window.Resources> <converter:SubConverter x:Key="SubConverter"></converter:SubConverter> <Style TargetType="{x:Type Button}"> <Setter Property="Background" Value="Transparent"/> </Style> <Style TargetType="{x:Type TextBlock}"> <Setter Property="FontFamily" Value="KaiTi" /> <Setter Property="Foreground" Value="Honeydew" /> </Style> </Window.Resources> <ListBox ItemsSource="{Binding PortaitList}"> <ListBox.ItemTemplate> <DataTemplate> <Border Width="{Binding RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type ListBox}}, Converter={StaticResource SubConverter}, ConverterParameter=10, Path=ActualWidth}" BorderThickness="0, 0, 0, 1" BorderBrush="Gray"> <DockPanel VerticalAlignment="Center" LastChildFill="False"> <Image Margin="5, 0" DockPanel.Dock="Left" Source="{Binding Photo}" Width="40" Height="40" /> <TextBlock DockPanel.Dock="Left" Text="{Binding Name}" VerticalAlignment="Center" /> <TextBlock DockPanel.Dock="Left" Text=", " VerticalAlignment="Center" /> <TextBlock DockPanel.Dock="Left" Text="{Binding Birthday}" VerticalAlignment="Center" /> <TextBlock DockPanel.Dock="Left" Text=", " VerticalAlignment="Center" /> <TextBlock DockPanel.Dock="Left" Text="{Binding Vocation}" VerticalAlignment="Center" /> <Button Margin="0,3, 5, 3" Padding="4, 2" Command="{Binding RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type local:PortraitWindow}}, Path=DataContext.DeleteCommand}" CommandParameter="{Binding .}" DockPanel.Dock="Right" Content="Delete" /> </DockPanel> </Border> </DataTemplate> </ListBox.ItemTemplate> </ListBox> </Window>
数据源代码：
public class PortaitViewModel : ModelBase { public PortaitViewModel(IEnumerable<Portait> portaits) { PortaitList = new ObservableCollection<Portait>(portaits); } public ObservableCollection<Portait> PortaitList { get; set; } private ICommand _deleteCommand; public ICommand DeleteCommand { get { return _deleteCommand ?? new UICommand() { Executing = (parameter) => { PortaitList.Remove(parameter as Portait); } }; } } }
首先，PortraitWindow绑定数据源PortaitViewModel，ListBox绑定了一个集合属性PortaitList，所以ListItem对应集合中的一项，也就是一个Portrait对象。我们重点要看的是Button如何绑定Command。这里再单独把Button代码贴出来：
<Button Margin="0,3, 5, 3" Padding="4, 2" Command="{Binding RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type local:PortraitWindow}}, Path=DataContext.DeleteCommand}" CommandParameter="{Binding .}" DockPanel.Dock="Right" Content="Delete" />
Button是在ListItem中，我们刚才说ListItem的数据源为一个Portrait对象，所以我们CommandParameter可直接绑定对象{Binding .}，而Command需要切换到PortraitWindow的数据上下文中，这里我们使用了RelativeSource，向上遍历查找逻辑树PortraitWindow，并绑定它的数据DataContext.DeleteCommand。需要要强调的是x:Type要写PortraitWindow而不是Window，否则有时候会出问题的。
界面执行结果如下：
先不忙描述这两者的区别，看看应用场景。一般的系统都支持多主题和多语言，我们知道主题和语言都是资源。既然都是资源，那么就涉及到如何引用资源，用StaticResource还是DynamicResource？主题和语言资源的引用必须满意一个条件，就是我在系统运行过程中，切换主题或语言之后，我们的界面资源马上也被切换，也就是随时支持更新。带着这样一个场景，再看看两者的区别：
（1）StaticResource只被加载一次，DynamicResource每次改变都可重新引用。
（2）一般使用DynamicResource的地方都可以使用StaticResource代替。因为DynamicResource只能用着设置依赖属性的值，而StaticResource可被用到任何地方。例如下面的这种情况就是可使用StaticResource但不能使用DynamicResource：
<Window xmlns=”http://schemas.microsoft.com/winfx/2006/xaml/presentation” xmlns:x=”http://schemas.microsoft.com/winfx/2006/xaml”> <Window.Resources> <Image x:Key=”zoom” Height=”21” Source=”zoom.gif”/> </Window.Resources> <StackPanel> <StaticResource ResourceKey=”zoom”/> </StackPanel> </Window>
（3）DynamicResource比StaticResource占用更多的开销，因为它需要额外的跟踪，跟踪哪些地方引用了Dynamic资源。如果资源更新了，引用它的地方也会被更新到。
（4）很多人可能觉得DynamicResource加载时间比StaticResource长，但恰恰相反。因为在加载界面时，所有StaticResource引用都会马上加载出来；而DynamicResource只会在真正使用时才会加载。
Binding这个类有时候真把开发人员搞糊涂，特别是它的几个属性，像Mode、UpdateSourceTrigger、NotifyOnSourceUpdated、NotifyOnTargetUpdated。所以，想要熟练使用Binding，这几个属性不得不掌握。
(1).Mode属性
是一个枚举值，枚举项包括Default、TwoWay（双向绑定）、OneWay、OneWayToSource、OneTime。Default是一个强大的枚举项，为什么这么说？如果我们跟踪代码，控件的Binding的Mode属性一般为Default。Default其实就是后面几个枚举中的一种情况，具体是哪一种要根据控件的选择。例如一个TextBox，那么Default为TwoWay模式。如果是一个TextBlock，那么Default为OneWay模式。所以一般情况下，不建议设置Mode。下图是Mode示意图，通过图片可以很清楚的了解这几个模式：
(2).UpdateSourceTrigger
更新数据源触发器，分析Mode的示意图，可看出只有在TwoWay和OneWayToSource情况下才会更新Source。UpdateSourceTrigger也是一个枚举，枚举项包括：Default、Explicit、LostFocus、PropertyChanged。和Mode相似，控件默认绑定的UpdateSourceTrigger一般为Default，也是根据不同的情况选择后面的几个枚举值。实际情况，一般触发器都是为LostFocus，所以有些时候我们需要值发生变化马上更新数据源，那么必须设置UpdateSourceTrigger=”PropertyChanged”。
（3）NotifyOnSourceUpdated和NotifyOnTargetUpdated
其实这两个属性一般都不用配置，NotifyOnSourceUpdated表示当通过控件更新了数据源后是否触发SourceUpdated事件。NotifyOnTargetUpdated恰好相反，表示当通过数据源更新了控件数据后，是否触发TargetUpdated事件。既然这两个属性控制是否触发事件，那么这些事件从哪来的？这里要提到Binding的SourceUpdatedEvent和TargetUpdatedEvent事件。下面一段代码就是连个事件的添加方式：
Binding.AddSourceUpdatedHandler(TBoxResult, new EventHandler<DataTransferEventArgs>((sender1 ,e1) => { /*更新数据源被触发*/ })); Binding.AddTargetUpdatedHandler(TBoxResult, new EventHandler<DataTransferEventArgs>((sender1, e1) => { /*更新控件数据被触发*/}));
我们先看看两者的实现代码由什么区别，依赖属性和附加属性实现代码如下：
#region 依赖属性 public static readonly DependencyProperty MyWidthDependencyProperty = DependencyProperty.Register("MyWidth", typeof(int), typeof(CustomControl), new FrameworkPropertyMetadata( (d, e) => { if (d is CustomControl) { } })); public int MyWidth { get { return (int)GetValue(MyWidthDependencyProperty); } set { SetValue(MyWidthDependencyProperty, value); } } #endregion #region 附加属性 public static readonly DependencyProperty MyHeightDependencyProperty = DependencyProperty.RegisterAttached("MyHeight", typeof(int), typeof(CustomControl), new FrameworkPropertyMetadata( (d, e) => { if (d is CustomControl) { } })); public static void SetMyHeight(DependencyObject obj, int value) { obj.SetValue(MyHeightDependencyProperty, value); } public static int GetMyHeight(DependencyObject obj) { return (int)obj.GetValue(MyHeightDependencyProperty); } #endregion
依赖属性和附加属性的声明方式比较相似，不同的地方一方面依赖属性调用Register方法，而附加属性调用RegisterAttached方法。另一方面，依赖属性一般需要定义一个CLR属性来使用，而依赖属性需要定义静态的Get和Set方法使用。接下来再看看怎样使用依赖属性和附加属性，代码如下：
<local:CustomControl Grid.Row="1" x:Name="CControl" Width="{Binding ElementName=CControl, Path=MyWidth}" Height="{Binding ElementName=CControl, Path=MyHeight}" MyHeight="{Binding ElementName=TBoxHeight, Path=Text}" local:CustomControl.MyWidth="{Binding ElementName=TBoxWidth, Path=Text}" Background="Green" Margin="10" />
在界面上我们可以直接像使用一般属性一样使用依赖属性：MyHeight=””，而使用附加属性一般都是类名.附加属性：local:CustomControl.MyWidth=”“。附加属性我们见到得也比较多，例如Grid.Row、Grid.RowSpan、DockPanel.Dock等。通过上面的分析，我们总结出两者的区别：
（1）两者很相似，都需要定义XXXProperty的静态只读属性；
（2）依赖属性使用Register方法注册，而附加属性使用RegisterAttached注册；
（3）依赖属性一般需要定义一个CLR属性来使用，而附加属性需要定义Set和Get两个静态方法；
（4）依赖属性定义后，附加的类一直拥有这个依赖属性。而附加属性只是需要的时候才附加上去，可有可无；
（5）依赖属性和附加属性都可用于扩展类的属性。但附加属性可用于界面布局，像Grid的Grid.Row和DockPanel的Dock属性。
完整的代码存放在GitHub上，代码路径：https://github.com/heavis/WpfDemo。
如果本篇内容对大家有帮助，请点击页面右下角的关注。如果觉得不好，也欢迎拍砖。你们的评价就是博主的动力！下篇内容，敬请期待！
准备.Net转前端开发-WPF界面框架那些事，值得珍藏的8个问题
标签：
原文地址：http://www.cnblogs.com/w-wanglei/p/5313770.html
