我编写了一个 WPF WizardFramework,它使用一些在后台执行一些操作BackgroundWorker
。在处理时可能会发生我必须更新ObservableCollection
这与我的用户界面绑定。
对于这种情况我写了一个ThreadableObservableCollection
,它提供了线程安全的方法Insert
, Remove
and RemoveAt
。虽然我使用的是.NET 4.5,但我无法获得BindingOperations.EnableCollectionSynchronization
没有许多其他无效访问异常的情况下工作。我的Collection
好像:
public class ThreadableObservableCollection<T> : ObservableCollection<T>
{
private readonly Dispatcher _dispatcher;
public ThreadableObservableCollection()
{
_dispatcher = Dispatcher.CurrentDispatcher;
}
public void ThreadsafeInsert(int pos, T item, Action callback)
{
if (_dispatcher.CheckAccess())
{
Insert(pos, item);
callback();
}
else
{
_dispatcher.Invoke(() =>
{
Insert(pos, item);
callback();
});
}
}
[..]
}
当我在应用程序中使用向导时,这按预期工作。现在我正在使用 NUnit 为应用程序编写一些集成测试。
有一个侦听器等待 WizardViewModel 完成其工作并查找注入到 Steps-Collection 中的一些页面。异步工作完成后,我可以使用验证来检查视图模型状态。
不幸的是我正在使用ManualResetEvent
等待向导关闭。这看起来如下:
public class WizardValidator : IValidator, IDisposable
{
private WizardViewModel _dialog;
private readonly ManualResetEvent _dialogClosed = new ManualResetEvent(false);
[..]
public void ListenTo(WizardViewModel dialog)
{
_dialog = dialog;
dialog.RequestClose += (sender, args) => _dialogClosed.Set();
dialog.StepsDefaultView.CurrentChanged += StepsDefaultViewOnCurrentChanged;
_dialogClosed.WaitOne();
}
[..]
}
现在有一个问题:
当应用程序运行时,UI 线程不会被阻塞,集合可以毫无问题地更新。但在我的测试用例中,我初始化 ViewModel(因此集合)的“主”线程是一个被测试代码阻止的 AppDomainThread。现在我的ThreadsafeInsert
想要更新集合但无法使用 AppDomain 线程。
但我必须等待向导完成,我该如何解决这种僵局呢?或者有更优雅的解决方案吗?
edit:我通过检查是否存在用户界面来解决这个问题,然后才在应用程序线程上调用,否则我会在另一个线程上故意更改集合。这并不能阻止异常,但测试无法识别......尽管如此,项目还是被插入了,只有NotifyCollectionChanged
- 不调用处理程序(无论如何,它仅在 UI 中使用)。
if (Application.Current != null)
{
Application.Current.Dispatcher.Invoke(() =>
{
Steps.Insert(pos, step);
stepsView.MoveCurrentTo(step);
});
}
else
{
new Action(() => Steps.Insert(pos, step)).BeginInvoke(ar => stepsView.MoveCurrentToPosition(pos), null);
}
这是一个丑陋的解决方法,我仍然对干净的解决方案感兴趣。
有没有办法使用备用调度程序来创建(例如)整个 ViewModel 并使用它来更改我的集合?