让 ViewModel 对象持有 Dispatcher 是否被认为是不好的做法？

发布于 2024-08-24 12:18:14 字数 392 浏览 6 评论 0原文

我的 WPF 应用程序是使用 MVVM 模式构建的。 ViewModel 将与服务器异步通信，当返回请求的数据时，将触发 ViewModel 中的回调，并且它将对此数据执行某些操作。这将在非 UI 线程的线程上运行。有时这些回调涉及需要在 UI 线程上完成的工作，因此我需要 Dispatcher。这可能是这样的：

将数据添加到 ObservableCollection
触发 Prism 命令，这些命令将设置要在 GUI 中显示的内容
创建某种类型的 WPF 对象。

我试图避免后者，但我发现这里的前两点对于 ViewModel 来说是合理的。所以;让 ViewModel 持有 Dispatcher 以便能够为 UI 线程调用命令可以吗？或者这被认为是不好的做法？为什么？

原文

分享到QQ

分享到微博

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

发布评论

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

宛菡 2024-08-31 12:18:14

由于 ObservableCollection 必须在其所属的线程上更新（假设是 GUI 应用程序），并且 ObservableCollections 应该是 ViewModel 的一部分，因此 ViewModel 具有 Dispatcher 的情况很明显。

我看不到它是模型的一部分。

回复收藏 0 原文

耀眼的星火 2024-08-31 12:18:14

理想情况下，ViewModel 应完全独立于所使用的 UI 技术。理论上，我们应该能够将其重用于Windows 窗体（如果我们稍微改进Windows 窗体控件以支持更好的绑定）、网页< /em> （我在这里设想了某种奇特的机制，可以将 ViewModel 也编译成 Javascript），以及任何未来的技术。并非所有这些技术都会使用 Dispatcher 模型。

也就是说，我认为现在将 Dispatcher 包含在 ViewModel 中是一种务实的妥协。在我的 ViewModel 基类中，我检查当前的 Dispatcher：

    protected override void OnPropertyChanged(object sender, PropertyChangedEventArgs e)
    {
        if (Deployment.Current.Dispatcher == null || Deployment.Current.Dispatcher.CheckAccess())
        {
            base.OnPropertyChanged(sender, e);
        }
        else
        {
            Deployment.Current.Dispatcher.BeginInvoke(() => base.OnPropertyChanged(sender, e));
        }
    }

当然，我仍然依赖于 System.Windows，但是好吧。 :->

Ideally, a ViewModel should be totally independent from the UI technology used. We should theoretically be able to reuse it for Windows Forms (if we pimp up the Windows Forms controls a little bit to support better binding), for Web pages (I envision some kind of fancy mechanism here that would compile the ViewModel also into Javascript), and for any future technologies. Not all of these technologies will use the Dispatcher model.

That said, i consider it as a pragmatic compromise to include the Dispatcher in the ViewModel nowadays. In my ViewModel base class, I check for the current Dispatcher:

    protected override void OnPropertyChanged(object sender, PropertyChangedEventArgs e)
    {
        if (Deployment.Current.Dispatcher == null || Deployment.Current.Dispatcher.CheckAccess())
        {
            base.OnPropertyChanged(sender, e);
        }
        else
        {
            Deployment.Current.Dispatcher.BeginInvoke(() => base.OnPropertyChanged(sender, e));
        }
    }

I still have the dependency on System.Windows of course, but oh well. :->

回复收藏 0 原文