这是WPF 4.5的新特性介绍的第七部分。集合是每个应用程序的一部分,他们的管理可能是你在理解WPF时首先要学会的。更多WPF4.5探秘系列文章    WPF控件

最初当你把一切都放在主(UI)线程上，你会觉得它工作地很好。但是之后你会意识到,这冻结了应用程序的UI，用户通常不会喜欢这种方式。然而你想把集合放在另外的线程上，从而解放UI线程的话又是不可能的，因为：“这种类型的CollectionView不支持改变其SourceCollection的线程变换”。

在本文里我们将探讨这一问题。

一 、在WPF4.0中我们是怎样处理的呢？

假如你有一个带有显示列表的应用程序，那么在加载完整名单的时候就需要很长的时间,因为它需要程序通过WCF服务进入数据库,然后才能返回信息。

在WPF4.0中由两种解决方法：

1、在UI线程上检索数据和每次添加UI线程更新。这种方法并不可取,因为这是一种黑客行为，而且反应接口会变得很奇怪。

2、在其它线程上检索数据，将信息传递到UI线程上并创建列表。这是大多数人会选择的方法，但是由于编写起来很复杂所以会降低代码的可读性。

下面是第二种方法的一个例子：

private void LoadUpPersonsClick(object sender, RoutedEventArgs e)
{
Task.Factory
//Retrieve the persons on another thread.
.StartNew>(RetrieveTheCollection)
.ContinueWith(t =>
{
foreach (var p in t.Result) _persons.Add(p);
},
//Continue on the UI Thread
TaskScheduler.FromCurrentSynchronizationContext());
}

public List RetrieveTheCollection()
{
List persons = new List();
for (int i = 0; i < 10; i++)
{
persons.Add(new Person() { Name = "Person " + i, Age = 40 + i % 5 });
}
return persons;
}

二、在WPF4.5中是怎样处理的呢？

在WPF4.5中处理方法将会变得很容易：只需要通过EnableCollectionSynchronization方法就能进行处理。这是一种BindingOperations类的静态方法。

它接受两个参数：跨多个线程访问的集合将被用作一个锁定的对象。如下段代码：

//Creates the lock object somewhere
private static object _lock = new object();

...

//Enable the cross acces to this collection elsewhere
BindingOperations.EnableCollectionSynchronization(_persons, _lock);

另外有一个过载采用CollectionSynchronizationCallback回调和可作为null的附加参数。可以设定使用的同步机制,用以替代默认锁定。

可以想象，所有的同步工作都将是在由你自己决定的框架下工作，你最终写成的代码将会类似于下面的片段：

private void AccessTheCollectionFromANonUIThreadClick(object sender, RoutedEventArgs e)
{
Task.Factory.StartNew(EditTheCollection);
}

public void EditTheCollection()
{
for (int i = 0; i < 10; i++)
{
_persons.Add(new Person() { Name = "Person " + i, Age = 20 + i % 5 });
}
}

显然看起来可读性更强，更容易理解，编写也更容易。

和以前一样，一个完整的项目在注册后同样可以放在Dropbox文件夹中。