WPF NotifyPropertyChangeds 是否已编组到调度程序?

发布于 2024-11-25 10:01:28 字数 228 浏览 0 评论 0原文

如果我更新一个在绑定控件的调度程序之外的线程上抛出 NotifyPropertyChanged 的​​属性,更新会被强制编组到该调度程序吗?

BackgrounWorker.Run() => { blah.Blahness = 2; // notifies property changed on BW, is this marshalled to the dispatcher? }

If I update a property that throws a NotifyPropertyChanged on a thread other than the bound control's dispatcher is the update forcibly marshalled to this dispatcher?

BackgrounWorker.Run() => { blah.Blahness = 2; // notifies property changed on BW, is this marshalled to the dispatcher? }

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

时光无声 2024-12-02 10:01:28

是的,PropertyChanged 事件会自动编组到 UI 调度程序,因此您无需使用 Invoke 显式编组它。

请注意,它仅适用于标量属性的更改通知(即 PropertyChanged 事件)。集合更改通知(INotifyCollectionChanged.CollectionChanged 事件)不会以这种方式工作,它们必须在 UI 线程上手动引发。我编写了一个自动执行此操作的类,您可以找到它 此处

Yes, the PropertyChanged event is automatically marshalled to the UI dispatcher, so you don't need to use Invoke to marshall it explicitly.

Note that it is only true for change notifications on scalar properties (i.e. PropertyChanged event). Collection change notifications (INotifyCollectionChanged.CollectionChanged event) don't work that way, they must be raised on the UI thread manually. I wrote a class that does it automatically, you can find it here.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文