WPF初探——怎么在其他的线程更新Listview控件绑定的数据
标题想了很久，上篇文章的标题便产生了些误会，但这次还是感觉自己表述的不是很清晰（再次的抱歉下笔者的表达能力）。所以决定先说下本篇博文的内容，希望大家多多包涵~
写这篇文章，还是源于最近写个小程序遇到的一个问题，大致便是笔者在一个Listview控件中可以添加对一些文件的监视，任何对监视的文件的改动都会在Listview控件中体现出来（如文件名的重命名）。大家知道，.Net提供了一个封装好的FileSystemWatcher类，用于对系统文件的监视，这个类肯定存在额外的线程开销，从而达到对文件实时监控的目的。而笔者在写Demo程序的时候，开始没留意到这点，直接在FileSystemWatcher类的Renamed事件中通过委托更新主界面ListView控件绑定的数据源，结果程序运行的时候抛出一个"该类型的Collectionview 不支持从调度线程以外对SourceCollection更改”的信息提示。很明显，从这个错误很容易让我们联想到以前在Winform程序开发过程中遇到的跨线程访问控件时候遇到的问题。以往的最简单的解决方法是将被访问控件CheckForIllegalCross-ThreadCalls 属性设置为false便可以得到解决，而在WPF中的控件中笔者却未能找到该属性，所以肯定得另寻他法来解决。
我们知道，每个WPF程序从运行一刻时便至少存在了两个线程，一个是用于对UI进行render的线程，在后台运行，负责界面元素的绘制;还有一个是管理UI的线程，通常为我们所认知的UI主线程。然而，通常我们的程序中可能需要一些比较耗时的操作或者不可预知何时发生的操作，从而我们需要开启新的线程进行操作，如笔者想要实现的对文件的监视。然而在新的线程中往往需要对一些UI线程负责管理的UI元素进行操作，但是从.Net2.0开始，为了安全起见，便禁止了跨线程的控件访问。这个时候，我们只能通过线程调度器来解决这种问题。
例如在FileSystemWatcher类的Ranamed的事件被触发后，笔者通过委托回调到主界面的watcher_update函数，该函数原本会产生异常的的代码如下：
/// 更新数据源
/// </summary>
/// <param name="Item"></param>
/// <param name="newName"></param>
private void watcher_update(Data Item, Data NewItem)
{
try
{
//直接对Listview绑定的数据源进行修改
}
catch(Exception ex)
{
System.Windows.Forms.MessageBox.Show(ex.Message);
}
}
虽然是通过委托，但是该函数还是运行在FileSyatemWatcher类新开的线程环境中，直接对Listview数据源的修改还是属于跨线程的访问。这时候我们需要修改成以下：
public delegate void UpdateUIDelegate(Data Item,Data NewItem);
/// <summary>
/// 更新数据源
/// </summary>
/// <param name="Item"></param>
/// <param name="newName"></param>
private void watcher_update(Data Item, Data NewItem)
{
try
{
UpdateUIDelegate updateUIDelegate = new UpdateUIDelegate(update);
//通过调用委托
this.lstView.Dispatcher.Invoke(updateUIDelegate, Item, NewItem);
}
catch(Exception ex)
{
System.Windows.Forms.MessageBox.Show(ex.Message);
}
}
private void update(Data Item, Data NewItem)
{
//对Listview绑定的数据源进行更新
}
上述这种解决问题的原理是由于在WPF中只有创建DispatcherObject的线程才能访问该对象，所以本例中的Listview只能被创建该对象的UI主线程访问，若其他线程想要访问的话，则需要将访问的任务委托给该UI关联的Dispatcher，可以通过Invoke或者BeginInvoke完成。
其他涉及到Listview的数据绑定的在此不再赘述，完整的Demo源码下载：/Files/royenhome/ListViewDemo.rar
