WPF，Silverlight与XAML读书笔记第十八 - 数据绑定

 

说明：本系列基本上是《WPF揭秘》的读书笔记。在结构安排与文章内容上参照《WPF揭秘》的编排，对内容进行了总结并加入一些个人理解。

 

首先来说一下什么是数据绑定，举一个常见的例子，我们需要在一个ListView中显示来自数据库中的某些数据，当然我们会首先将这些数据变为内存中的对象。然后将ListView的对象与内存中这些数据对象结合在一起完成数据的展现。所以.NET中数据绑定就是将不同类型.NET对象绑定在一起的过程。

数据绑定的核心是System.Windows.Data.Binding对象，其将要绑定的两个.NET对象关联在一起，建立一条通信通到并在应用程序生命周期内负责同步工作。

 

使用代码完成数据绑定

下面代码演示了在代码中使用Binding对象完成绑定工作：

Binding binding = new Binding(); 

//设置源对象
binding.Source = treeView; 

//设置源属性
binding.Path = new PropertyPath("SelectItem.Header"); 

//设置目标属性--绑定（方法一）
textBlock.SetBinding(TextBlock.TextProperty, binding); 

//绑定方式（方法二）
BindingOperations.SetBinding(textBlock, TextBlock.TextProperty, binding);

  

    这样当TreeView对象的SelectedItem.Header改变时，textBlock的Text属性将自动更新（当数据源的某一Item中不存在Header时，绑定会失败）。以上代码的原理及工作方式通过代码及注释可以很容易看出。稍微需要多提的一点是，第二种绑定方式即通过BindingOperations类的SetBinding方法设置有一个优势，其可以在不是由FrameworkElement或FrameworkContentElement继承而来的对象上设置绑定。（第一种设置方式中，SetBinding为FrameworkElement与FrameworkContentElement提供的实例方法！）

    当一个绑定不再需要时，可以随时使用BindingOperations.ClearBinding方法断开绑定关系。如断开前文给出的绑定代码如下：

1 BindingOperations.ClearBinding(textBlock, TextBlock.TextProperty);

如果一个目标对象存在多个绑定，可以调用BindingOperations.ClearAllBindings()方法来一次性清除所有绑定。如下代码：

1 BindingOperations.ClearAllBindings(textBlock);

 

还有一种清除绑定的方法就是直接给目标属性赋一个新值。这种方式不如前两种调用BindingOperations相应方法的原因是，前二者可以使目标属性保留以较低优先级由属性值继承等方式获得值的能力。

在内部给目标属性添加的绑定本质上是赋给这个目标属性一种表达式样式的值，而解除绑定本质上就是清空这个表达式值。BindingOperations的ClearBinding()方法内部就是调用目标对象的ClearValue()方法。

 

在XAML中完成绑定

    WPF提供了一个标记扩展，用于在XAML中以声明方式实现SetBinding完成的数据绑定。这个标记扩展类就是前文用到的Binding。（Binding类名称中没有Extension后缀，属于非标准的标记扩展）

下面的代码展示了与前文代码绑定相同效果的XAML的实现：

1 <TextBlock Name="textBlock" Text="{Binding ElementName=treeView, Path=SelectedItem.Header}" />

这是Binding这个标记扩展标准使用方法，调用Binding的默认构造函数，分别设置ElementName与Path两个属性。另外Binding还有接受Path作为参数的构造方法，作为扩展方法可以这样使用：

1 <TextBlock Name="textBlock" Text="{Binding SelectedItem.Header, ElementName=treeView}" />

这样只需要单独设置ElementName这个属性。这里还需注意一般情况下用于标记扩展时使用Binding的ElementName属性，而像前文代码中设置源对象使用Source属性。在代码中直接设置ElementName属性也是可以的，但是要在XAML的Binding标记扩展中使用Source属性，需要以标准的资源定义格式来定义Source所需的值，如下：

1 <TextBlock Name="textBlock" Text="{Binding SelectedItem.Header, Source={StaticResource treeView}}" />

 

    另一种在XAML中通过Binding标记扩展设置绑定的方法，是通过RelativeSource属性，这个属性为RelativSource类型也是作为一个标记扩展来使用，表示通过与目标元素的关系来得到源元素。这个标记扩展具体使用方式有如下几种：

 

• 用目标元素作为源元素本身，如把元素的一个属性绑定到另一个属性上，而不用指定源元素名称。
  

  1 {Binding RelativeSource={RelativeSource Self}}

   

• 将目标元素的一个属性作为源元素本身，下面的例子中Slider的ToolTip属性绑定到自身的Value属性。
  

  1 <Slider ToolTip="{Binding RelativeSource={RelativeSource Self}, Path=Value}" />

   

• 用目标元素的TemplatedParent（见模版一节）作为源元素
  

  1 {Binding RelativeSource={RelativeSource TemplatedParent}}

   

• 使用指定类型的最近的父类型作为源元素
  

  1 {Binding RelativeSource={RelativeSource FindAncestor,AncestorType={x:Type desiredType}}}

   

• 使用指定类型的最近的第n层父类型作为源元素
  

  1 <TextBlock Name="textBlock" Text="{Binding RelativeSource={RelativeSource FindAncestor,AncestorLevel=n,AncestorType={x:Type desiredType}}}" />

   

• 使用之前数据绑定集合中的数据项作为源数据
  

  1 {Binding RelativeSource={RelativeSource PreviousData}}

   

与普通.NET属性绑定

在前面的例子中（无论是使用过程代码绑定还是在XAML中实现绑定），源属性与目标属性均为依赖属性。而依赖属性内建的垂直的变更通知机制是WPF保持目标属性与源属性同步的关键。

WPF也支持把任何.NET对象的任何属性作为绑定的数据源。下面的例子展示了使用photoes对象（集合类型）的Count属性作为数据源：

1 <Label x:Name="lbItems" Content="{Binding Source={StaticResource photos}, Path=Count}" />

 

这段代码作用的前提是我们把photoes集合定义为资源。

    接着我们要说使用普通.NET属性作为绑定数据源的一个大问题，即默认情况下这种绑定没有自动变更机制的支持。也就是说当原属性变化时，如无其他处理，目标属性不会改变！建立自动同步机制可以使用如下方法之一：

• 实现System.ComponentModel.INotifyPropertyChanged接口，该接口包含Property.Changed事件。
• 实现XXXChanged事件（XXX是发生变化的源属性的名称）

应该首选使用第一种方法，WPF对这种方法做了优化，而方法二仅是为了向后兼容。

这样上文的问题就可以通过让photos对象的类型实现INotifyPropertyChanged接口，对于像photoes这样的集合类型一个更方便的方法是将其集合类替换为WPF内建的，已经实现了INotifyPropertyChanged接口的ObservableCollection类。

对于代码仅需做如下变动：

1 public class Photos : Collection<Photo>

变为（见粗体部分）：

1 public class Photos : ObservableCollection<Photo>

提示：使用普通.NET属性作为绑定数据源的内部工作方式

WPF使用反射获得源属性的值，但当源对象实现了ICustomTypeDescriptor，WPF会优先使用此接口，后者对于提高性能有较大帮助。

  

注意：目标属性只能为依赖属性

不同于源属性，目标属性拥有不同的内部处理方式，这要求它必须是依赖属性。另外源属性也要求必须是属性而非成员。

  

绑定到对象

之前的例子中，所有绑定的源都是某个对象的某个属性，我们通过Binding标记扩展的Path属性来定位源属性。我们也可以把一个目标绑定到整个源对象，这时不显示设置Path属性即可。

    我们通过一个例子来看一下绑定到对象的作用。场景很简单，我们需要把一个名为zoomPopup的控件放在一个名为zoomButton的按钮中间。传统方式下我们使用这样的C#代码来完成：

1 Button zoomButton = new Button(); 
2 Popup zoomPopup = new Popup(); 
3 zoomPopup.Placement = PlacementMode.Center; 
4 zoomPopup.PlacementTarget = zoomButton;

可以看到PlacementTarget属性需要一个UIElement对象。现在有了绑定到对象这种技术我们可以轻松通过XAML实现控件和元素这种高级的数据绑定：

1 <Button x:Name="zoomButton">Button> 
2 <Popup PlacementTarget="{Binding ElementName=zoomButton}" Placement="Center">Popup>

 

可以看到这个功能提供的很方便的地方在于使你可以在XAML中设置接收值为一个对象的属性，而该对象无法通过类型转换器或标记扩展得到。

需要注意的一点是，如果绑定源不是一个UIElement元素，将会在源对象上调用ToString()方法，并使用这个字符串作为源。

另外对于源对象为集合对象，将其绑定到ListBox这种可以接受集合对象的控件时绑定到对象功能也是必须的，这个将在下一节绑定到集合中单独介绍。

注意：绑定到UIElement时可能产生的问题

首先，我们看一段问题XAML，这段代码会引发InvalidOperationException异常，错误信息是"指定的元素已经是另一个元素的逻辑子元素"

1 <Label x:Name="One" Content="{Binding ElementName=Two}"/> 
2 <Label x:Name="Two" Content="Second"/> 

异常的原因是，这种绑定会把相同的元素放入一棵可视树的多个位置。把第一行改为如下样子就不会出现问题：

1 <TextBlock x:Name="One" Text="{Binding ElementName=Two}"/> 

但最佳做法是使用Binding的Path属性给这个绑定指定源属性，此处即Label.Content。

 

绑定到集合

前文中我们提到了绑定到集合这个概念，如ListBox这样的ItemsControl都提供了一个名为ItemSource的依赖属性，作为接受IEnumerable类型的属性，这个属性几乎是为数据绑定提供的。我们可以使用如下这种方式设置绑定：

1 <ListBox x:Name="picLstBox" ItemsSource="{Binding Source={StaticResource photos}}">ListBox>

为了让目标属性在源集合发生元素添加或删除时保持同步，源集合需要实现一个名为INotifyCollectionChanged的接口。我们可以让绑定源选择继承ObservableCollection，这个类即实现了INotifyPropertyChanged又实现了INotifyCollectionChanged，这样就可以使绑定良好的工作。

    上面给出的绑定中，默认会使用源集合中每一项的ToString()方法的结果作为ListBox中每一个目标项显示的内容。我们可以使用ListBox的DisplayMemberPath属性来指定需要把源集合中每一项的哪个属性作为目标对象的显示内容。如下面改进的例子在ListBox中显示了源对象中每一项的Name属性：

1 <ListBox x:Name="picLstBox" DisplayMemberPath="Name" ItemsSource="{Binding Source={StaticResource photos}}">ListBox>

更高级一些如果我们想要在ListBox中显示照片而不是现有的属性，除了给Photo类添加Image字段外，下文会介绍更合适的方式 – 数据模板或值转换器。

注意：不能同时设置Items属性与ItemsSource属性

对Items属性的设置只是UI级别的操作，只有当ItemsSource属性为null时才可以设置Items属性，相反只有Items集合为空时才能设置ItemsSource，否则都会抛出异常。而通过Items属性可以获得使用这两种方式设置给ItemControl的项。

 

    在控件部分我们曾介绍过如ListBox这样的Selector控件有一个叫做选中项的概念，当把一个Selector控件与一个实现了IEnumerable的对象绑定时，WPF会对选中项进行跟踪，每一个绑定到这个集合对象的控件都会得到同样的当前项信息。基于这个功能，只需要使用XAML代码就可以创建主/从关系的功能界面或同步多个选择器控件。要使用这个功能，所有希望同步的Selector控件都需要将IsSynchronizedWithCurrentItem属性设置为true，如果有绑定到相同源集合的控件的该属性设置为false，则其他控件当前项的变化不会影响该控件，同样该控件当前项的变化也不会影响其他项。需要特别指出的是多选中项不支持同步，多选中项中只有第一个被选中的项会被同步。另外ListBox的滚动也不会被自动同步。

 

使用数据上下文DataContext

    对于在同一个界面中，不同目标控件绑定到同一个源对象不同的源属性是很常见的。为了避免在每个绑定中都显示使用Binding设置相同的Source、RelativeSource或ElementName，WPF提供了设置一个隐式的数据源 – DataContext的功能。

    要设置一个数据上下文，可以设置所有目标控件共有的父元素的DataContext属性（所有FrameworkElements和FrameworkContentElements对象都有一个Object类型的DataContext属性），将此属性设置为源对象。如果一个目标控件中绑定没有显示指定源对象，WPF会向上遍历逻辑树直到找到一个非空的DataContext属性。

下面的XAML展示了定义与使用DataContext的方法：

1 <StackPanel x:Name="parent" DataContext="{StaticResource photos}"> 
2 <Label x:Name="numLabel" Content="{Binding Path=Count}"/> 
3 <ListBox x:Name="picLstBox" DisplayMemberPath="Name" ItemsSource="{Binding}">ListBox> 
4 StackPanel>

上面代码中值得一提的是{Binding}这种写法，这个绑定表示源对象是整个DataContext对象。

另外DataContext可以很方便的使用代码设置：

1 parent.DataContext = photos;

这样也省去了把源对象定义为资源的过程。

    使用DataContext最有意义的一个场景是你在代码中任意位置使用资源，这样资源定义中就不需要显示指定数据源，而假设存在DataContext，并由数据上下文中得到绑定源。这样资源的定义就相对独立一些，并可以用于不同的DataContext中。

 

数据绑定与呈现

数据绑定的一个重要目的是目标属性将源属性的内容呈现给用户。如果源属性的内容与目标属性类型相同，且源内容正式目标属性需要展示的，这时数据绑定就非常简单。但往往目标属性需要将源内容进行一些处理。如源属性是一个Url，而目标属性中需要显示给用户对应的图片。这时就需要对数据绑定进行一些定制。

WPF提供了两种机制，数据模板与值转换器。

 

数据模板

    数据模板提供了一种使用自定义方式显示指定内容的机制，许多WPF控件都有DataTemplete类型的属性供给控件设置模板用。例如，内容控件(ContentControl)有一个ContentTemplete属性，可以控制Content对象的呈现，而ItemControl有一个ItemTemplete属性，用来给每一项应用一个模板，HeaderedContentControl的HeaderTemplete属性提供了使用模板控制Header呈现的功能。

    将一个DataTemplete实例赋给这些用于设置数据模板的DateTemplete类型的属性会创建一个全新的可视树。如ItemsPanelTemplete等DataTemplete均是派生自FrameworkTemplete。这个类型有一个名为VisualTree的属性，可以设置给这个属性任何一棵FrameworkElement元素树，通常使用内容属性的方式来设置这个属性，在XAML中这都很容易实现。

    下面是一个较具有实践性的例子：

    在这个例子中我们把绑定到ListBox的Item的URI字符串以图片的形式显示出来。

首先为了使ListBox的Item中显示图片，我们需要给ListBox的Item设置一个数据模板。XAML如下：

1 <ListBox x:Name="picLstBox" ItemsSource="{Binding Source={StaticResource photos}}"> 
2 <ListBox.ItemTemplate> 
3 <DataTemplate> 
4 <Image Source="ph.jpg" Height="36" /> 
5 DataTemplate> 
6 ListBox.ItemTemplate> 
7 ListBox>

这步中为了简单，我们还没有为数据模板中的Image对象添加数据绑定。下一步我们就开始完成这个工作：

1 "{Binding Path=FullPath}" Height="36" />

这个数据绑定隐式使用了一个数据上下文即ItemSource属性中的设置的对象，这样FullPath就被作为源对象photos中的属性来对待，从而正确的实现了对Image的Source属性的设置。

    上面的例子中，DataTemplete使用了内联声明的方式。实际应用中更常见的做法是把DataTemplete做为一个资源以便在多个元素之间共享。

    另外有一个特殊的为层次数据设计的DataTemplete的子类 – HierarchicalDataTemplate，其可以直接把层次对象绑定到原生支持层次类型数据的控件（如TreeView和Menu）上。

 

值转换器

    值转换器可以把源值转换为完全不同的目标值，最常见的情况是进行不同数据类型间的转换，也可以在值转换器中插入自定义逻辑增强显示效果。例如通过值转换器可以基于一些非Brush的源值改变元素的背景色或前景色。又如使用值转换器，可以简单的实现根据数值显示单词单复数这种增强效果。下面将分别详细介绍这两种功能：

1. 实现数据类型的转换

我们的功能场景是根据photos集合的Count值（源属性）来改变Label的Background属性。

按我们已经掌握的数据绑定的用法，首先会想到这种写法：

1 <Label Background="{Binding Path=Count,Source={StaticResource photoes}}" />

由于类型不同（Background的Brush类型与Count属性的int类型），这句XAML显然不会工作。

注意：像上面XAML中这样的数据绑定错误，没有以异常的方式被抛出，而是被记录在调试跟踪记录中，这一功能通过System.Diagnostics.TraceSource来实现，我们可以在调试器，如Visual Studio的输出窗口中看到这些信息。

 

接下来我们通过转换器来解决这个问题，我们创建一个名为IntToBrushConverter的转换器类，转换器需要实现System.Windows.Data命名空间下的IValueConverter接口。IValueConverter接口包含两个简单的方法 – Convert与ConvertBack。Convert将通过参数接收的源对象转化为目标对象，ConvertBack则相反。

下面的代码为IntToBrushConverter类的实现：

 1 public class IntToBackgroundConverter : IValueConverter 
 2 { 
 3   public object Convert(object value, Type targetType, object parameter, CultureInfo culture) 
 4  { 
 5 if (targetType != typeof(Brush)) 
 6 throw new InvalidOperationException("The target must be a Brush!"); 
 7 
 8 int num = int.Parse(value.ToString()); 
 9 
10 return (num == 0 ? parameter : Brushes.Transparent); 
11  } 
12 
13 public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture) 
14  { 
15     throw new NotSupportedException(); 
16  } 
17 }

可以看到，这段代码实现的效果是，当photos数量为空时，给Label一个有色的背景以突出。在每次源值改变时Convert方法都会被调用。此处ConvertBack没有用所以没有被实现。

IntToBrushConverter类实现的IValueConverter接口的Convert方法接收4个参数，其中两个分别为parameter与culture。这两个值分别通过Binding标记扩展中ConverterParameter与ConverterCulture这个属性来设置，如果标记扩展中没有显式指定这两个值，则默认传给parameter和culture参数的分别为null和"en-US"。

    下面的XAML演示了ConverterParameter的使用：

1 <Label Background="{Binding Path=Count, Converter={StaticResource myConverter}, ConverterParameter=Yellow, Source={StaticResource photos}}" ... />

 

 

这样object类型的parameter参数就会接受到一个颜色为Yellow的Brush类型的对象。这里ConverterParameter自动进行了类型转换，这种自动类型转换对所有标记扩展都有效。如设置给ConverterCulture属性的值"zh-CN"会被自动转换为CultrueInfo类型对象。

    接前文，在通过ConverterParameter属性设置了parameter参数以后。前文代码中：

1 return (num == 0 ? Brushes.Yellow : Brushes.Transparent);

就可以被下面这种更灵活的方式替换：

1 return (num == 0 ? parameter : Brushes.Transparent);

    这样颜色就可以在XAML中灵活的设置。

提示：

WPF内置了一些值转换器来处理一些常见的数据绑定场景，BooleanToVisibilityConverter是其中之一。它实现一个bool或bool?与具有Visible，Hidden或Collapsed三种状态的Visibility枚举之间的转化。

具体说，对于Convert方法，会将true转换为Visible，false或null转换为Collapsed，对于ConvertBack方法，Visible被转换为true，Hidden和Collapsed被映射为false。

下面的例子使用BooleanToVisibilityConverter实现了通过CheckBox控制StatusBar的显示，整个例子完全通过XAML来实现。

1 <Window.Resources> 
2 <BooleanToVisibilityConverter x:Key="BoolToVis" /> 
3 Window.Resources> 
4 <Canvas> 
5 <CheckBox x:Name="checkBox">显示状态栏CheckBox> 
6 <StatusBar Visibility="{Binding ElementName=checkBox,Path=IsChecked,Converter={StaticResource BoolToVis}}">StatusBar> 
7 Canvas> 

仅当CheckBox的IsChecked属性为true时，StatusBar可见。

 

1. 自定义数据显示

   在源与目标数据类型一致的情况下，值转换器也可以通过其中自定义的转换逻辑增强目标的显示效果来发挥作用。如我们前文提到的增强单词单复数显示的例子，我们将通过一个CountToDescriptionConverter来实现这个功能，这个转换器如下：

    1 public class CountToDescriptionConverter : IValueConverter
    2 {
    3     public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    4     {
    5         int num = int.Parse(value.ToString());
    6         return num + (num == 1 ? " item" : " items");
    7     }
    8 
    9     public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
   10     {
   11         throw new NotSupportedException();
   12     }
   13 }

   提示：

   通过在Convert或ConvertBack方法中返回Binding.Nothing使转换器取消这次数据绑定（注意，不是null，null可能为一个有效的目标值），这样目标属性不会受影响，另外注意Binding依然存在，下次源值改变时，值转换器会被再次调用。

提示：

在绑定源是一个集合时，如果使用值转换器转换其中每一项，推荐的做法是给ItemControl的ItemTemplete属性设置期望的数据模板，并在数据模板的Binding中使用值转换器。另一种方法是实现一个接受集合的转换器，并返回转换后的集合，这样可以直接把源集合绑定到ItemControl上，但这种方式效率较低不推荐。

  

定制集合的视图

    当绑定到一个集合（实现了IEnumerable的类），会有一个默认的视图（实现了ICollectionView接口的对象）被置于源对象与目标对象之间，通过下面的代码可以得到对源对象（集合）到默认视图的引用：

1 ICollectionView view = CollectionViewSource.GetDefaultView(this.FindResource("photos"));

由于ICollectionView的对象是与源集合相关，而与目标集合无关，所以如果同一个源集合绑定到多个目标（如ListBox），当ICollectionView被排序时，所有绑定目标都会呈现同样的排序效果。该视图保存了当前项的信息，同时这个视图也支持排序，分组，过滤和导航。先问将逐一深入介绍：

 

排序

    ICollectionView的SortDescriptions属性用来控制视图项的排序。该属性接受SortDescription类对象使用如下方式来创建：

1 SortDescription sort = new SortDescription("Name", ListSortDirection.Ascending);

通过代码可以看到排序的两个依据分别是集合项的某个属性与排序方式（升序还是降序）。

SortDescriptions是一个集合属性，我们可以在其中加入多个SortDescription对象以基于多个属性进行排序。下面的代码将我们刚创建的sort对象添加到SortDescriptions集合：

1 view.SortDescriptions.Add(sort);

这个过程可以使用下面这种更简洁的写法：

1 view.SortDescriptions.Add(new SortDescription("DateTime", ListSortDirection.Descending));

 

    这行代码我们添加了一个新的排序条件 – 依DateTime属性降序排列。另外注意，SortDescriptions集合中第一个SortDescription有着最高的优先级，后面的SortDescription对象优先级递减。

    SortDescriptions集合有一个Clear()方法，调用此方法会返回默认排序视图；默认排序仅仅是源集合的原始顺序，这时可以再次添加新的排序条件。

提示：自定义排序

使用自定义排序可以获得比SortDescriptions属性更高的控制能力。如果源集合实现了IList接口（大多数集合都会实现），则CollectionViewSource的GetDefaultView方法返回的ICollectionView对象其实就是ListCollectionView类的一个实例。把这个ICollectionView转换为ListCollectionView类的对象，这样可以给这个ListCollectionView类的CustomSort属性一个实现了IComparer接口的自定义对象。这样IComparer.Compare方法会被调用，Compare方法中就是你自定义的排序逻辑。

 

分组

    ICollectionView有一个GroupDescriptions属性，与SortDescriptions属性类似，GroupDescriptions属性中可以添加任意数量的PropertyGroupDescription对象，这样可以把源集合的项放入组与子组中。

    下面的例子根据DateTime属性对photos集合中的项进行分组：

1 ICollectionView view = CollectionViewSource.GetDefaultView(this.FindResource("photos"));
2 view.GroupDescriptions.Clear();
3 view.GroupDescriptions.Add(new PropertyGroupDescription("DateTime"));

由于照片的时间往往都不同，简单根据DateTime属性分组往往达不到目的。这次我们可以再次请出转换器，实现一个把时间转换为日期的DateTimeToDateConverter，这样使分组依据日期，可以提高分组的效果。转换器的代码如下：

 1 public class DateTimeToDateConverter : IValueConverter
 2 {
 3     public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
 4     {
 5         return ((DateTime)value).ToString("yyyy-MM-dd");
 6     }
 7 
 8     public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
 9     {
10         throw new NotSupportedException();
11     }
12 }

 

我们甚至可以在转换器中添加更复杂的自定义逻辑，从而实现按周，按月分组。某些情况下，我们可能需要使用ConverterCulture向Convert方法的cultrue参数传入适当的值以保证处理DateTime对象时应用了正确的区域语言信息。定义了转换器后，我们可以以如下方式使用这个转换器来进行自定义的分组：

1 view.GroupDescriptions.Add(new PropertyGroupDescription("DateTime", new DateTimeToDateConverter()));

提示：如果需要基于几个属性的值进行自定义分组，可以使用类似下面的代码：

1 view.GroupDescriptions.Add(
2 new PropertyGroupDescription(null, new ObjectToGroupByObjConverter()));

我们传入的第一个参数为null，这表示分组将基于源对象而不是单一属性值。同时这个值转换器也就需要可以接受整个对象并返回可以作为分组条件的单一值。

 

    与排序不同，分组的效果默认无法直接在ItemControl控件上看到。我们需要为ItemsControl的GroupStyle属性指定一个GroupStyle类型的实例。这个对象有一个HeaderTemplete属性，用于定义分组头的样式，我们可以给这个属性指定一个数据模板。

提示：WPF内建了一个简单的GroupStyle样式，可以让我快速的实现分组效果，通过GroupStyle.Default属性可以得到这个样式实例。下面的XAML展示了其使用方法：

1 <ListBox x:Name="picBox" ItemsSource="{Binding Source={StaticResource photos}}"> 
2 <ListBox.GroupStyle> 
3 <x:Static Member="GroupStyle.Default" /> 
4 ListBox.GroupStyle> 
5 ListBox>

 

下面的XAML中我们为GroupStyle的HeaderTemplete定义了一个数据模板：

 1 <ListBox.GroupStyle>
 2     <GroupStyle>
 3         <GroupStyle.HeaderTemplate>
 4             <DataTemplate>
 5                 <Border BorderBrush="Black" BorderThickness="1">
 6                     <TextBlock Text="{Binding Path=Name}" FontWeight="Bold"/>
 7                 Border>
 8             DataTemplate>
 9         GroupStyle.HeaderTemplate>
10     GroupStyle>
11 ListBox.GroupStyle>

上面的代码中，需要注意的是数据模板中的数据绑定，这个数据绑定使用一个特殊的CollectionViewGroup对象数据上下文，这个对象在后台被实例化，其有一个Name属性表示每个分组的名称。前文的XAML正是在数据模板中使用数据绑定在分组头中显示该名称。

 

排序与分组的关系

    我们可以把一系列排序放置在分组前面，这样得到的效果是主SortDescription会被应用到每个组，而剩余的SortDescription会被应用到组中每一项。所以应该确认用于分组排序的属性（或自定义逻辑）与用于分组的属性（或自定义逻辑）是一致的。

 

过滤

    类似于排序和分组，ICollectionView中的Filter属性用于根据任意条件对要显示的数据进行过滤。这个属性是Predicate