wpf mvvm threading.Timer 和 TimerCallback 问题
我有一个针对 MVVM 框架开发的 WPF 应用程序，其中 ViewModel 构造函数设置了带有 TimerCallback 的 Timer。
TimerCallback 检索 ObservableCollection 并将其传递到 VM 上的字段。
我有一个 CollectionViewSource，其 Source 属性设置为 ObservableCollection。我使用 CollectionViewSource 因为我想在集合上启用过滤。
我发现，当 TimerCallback 尝试将 ObservableCollection 传递到本地字段时，CollectionViewSource 的 Source 属性出现异常 {“调用线程无法访问此对象，因为另一个线程拥有它。”}。
我理解这个异常，但我有两个问题：
- 如何解决这个问题？
- 更重要的是，为什么我只在使用 CollectionViewSource 时遇到这个问题？如果我删除 CollectionViewSource 并使 ObservableCollection 成为公共属性，那么我不会得到这样的异常。
任何帮助表示赞赏！谢谢， 德拉米
I have a WPF application developed against the MVVM framework in which the ViewModel constructor set a Timer with a TimerCallback.
The TimerCallback retrieves an ObservableCollection and passes it to a field on the VM.
I have a CollectionViewSource which has its Source property set to the ObservableCollection. I am using a CollectionViewSource because I want to enable filtering on the Collection.
I have found that when the TimerCallback attempts to pass the ObservableCollection into the local field the Source property for the CollectionViewSource has an exception {"The calling thread cannot access this object because a different thread owns it."}.
I understand the exception but I have two problems:
- How to get around this problem?
- And more importantly why do I only get this issue when using a CollectionViewSource? If I remove the CollectionViewSource and make the ObservableCollection a public property then I get no such exception.
Any help appreciated! Thanks,
Drammy
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
DispatcherTimer而不是您现在使用的计时器类，并确保在 UI 线程上创建它。ObservableCollection你的 UI 没有更新。DispatcherTimerinstead of the timer class you are using now, and make sure you create it on the UI thread.ObservableCollectionyour UI is not updated.为了部分回答您的问题，UI 元素可能观察到的 ObservableCollection 的任何更新都必须通过 UI 线程调度。当我希望在 MVVM 中执行此操作时，我的策略是将 SynchronizationContext 注入到我在应用程序启动期间初始化的 ViewModel 的构造函数中。这为我提供了一种独立于视图框架的方式来调度必须与视图同步的更新。
To partially answer your question, any updates on ObservableCollection that might be observed by UI elements must be dispatched through the UI thread. When I wish to do this in MVVM, my strategy is to inject a SynchronizationContext into the constructor of the ViewModel that I initialize during my application startup. This gives me a View-framework-independent way to dispatch updates that must be synchronized with the View.