防止在 WPF 代码中使用 Dispatcher.Invoke

Question

我天生就是一名网络和后端程序员。通常我会尽量避免制作 Windows 程序。现在我必须制作一个 WPF 客户端。

我有一个经常引发事件的后台任务。 （它像轮询器一样工作，当满足条件时会引发事件）。像我这样的菜鸟，我编写了附加到事件以更新 UI 的这段代码。

    private void IsDisconnectedEvent()
    {
            UserWindow.Visibility = Visibility.Hidden;
            DisconnectWindow.Visibility = Visibility.Visible;
    }

这给出了一个例外，因为我不在同一个线程上。经过一番谷歌搜索后，我发现我应该更改代码：

    private void IsDisconnectedEvent()
    {
        Dispatcher.Invoke(() =>
                          {
                              UserWindow.Visibility = Visibility.Hidden;
                              DisconnectWindow.Visibility = Visibility.Visible;
                          });
    }

这行得通，但这不是唯一的事件，因此使我的代码丑陋得可怕。有没有更好的方法来做到这一点？

Answer 1

关于这个：

这可行，但这不是唯一的事件，因此使我的代码 丑得要命

是的，除非您理解并接受The WPF Mentality，否则您基于 WPF 的代码肯定会非常糟糕。

基本上，您的自定义逻辑（AKA 业务逻辑或应用程序逻辑）与 WPF UI 之间的所有交互应该以 Declarative DataBinding 的形式体现，而不是传统的命令式方法。

这意味着不应该是这样的：

UserWindow.Visibility = Visibility.Hidden;

在您的代码中的任何位置，仅仅因为引入类似的东西会使您的代码依赖于 UI，因此只能在 UI 线程上执行。

相反，WPF 的方法是将 UI 元素 (IN XAML) 的 Visibility 属性以声明方式 DataBind 到您可以从外部操作的相关 bool 属性，如下所示：

<UserWindow Visibility="{Binding ShowUserWindow, Converter={my:BoolToVisibilityConverter}}">
   <!-- ... -->
</UserWindow>

然后，您需要创建一个相关类，其中包含 UI 期望绑定到的属性。这称为ViewModel。

请注意，为了正确支持双向 WPF 数据绑定，您的 ViewModel 必须Implement the INotifyPropertyChanged interface。

这样做时，还可以方便地将来自该接口的PropertyChanged 事件编组到 UI 线程，这样您就不必再担心使用Dispatcher.

因此，我们的第一步是让我们所有的 ViewModel 都继承自这样的类：

（取自this answer）：

public class PropertyChangedBase:INotifyPropertyChanged
{
    public event PropertyChangedEventHandler PropertyChanged;

    protected virtual void OnPropertyChanged(string propertyName)
    {
        //Raise the PropertyChanged event on the UI Thread, with the relevant propertyName parameter:
        Application.Current.Dispatcher.BeginInvoke((Action) (() =>
        {
            PropertyChangedEventHandler handler = PropertyChanged;
            if (handler != null) handler(this, new PropertyChangedEventArgs(propertyName));
        }));
    }
}

一旦我们将 属性更改通知调度到 UI 线程，我们就可以继续创建一个相关的 ViewModel，在这种情况下，它适合 UserWindow 和它的 DataBinding 期望：

public class UserViewModel: PropertyChangedBase
{
    private bool _showUserWindow;
    public bool ShowUserWindow
    {
        get {return _showUserWindow; }
        set
        {
            _showUserWindow = value;
            OnPropertyChanged("ShowUserWindow"); //This is important!!!
        }
    }
}

最后，您需要将 Window 的 DataContext 设置为它对应的 ViewModel 的一个实例。一种简单的方法是在 Window 的构造函数中：

public UserWindow() //Window's Constructor
{
    InitializeComponent();  //this is required.

    DataContext = new UserViewModel(); //here we set the DataContext
}

正如您在本示例中所见，实际上不需要在过程代码中操作 UI 元素的属性。这很好，不仅因为它解决了 Thread Affinity 问题（因为现在您可以从任何线程设置ShowUserWindow 属性），而且因为它使您的 ViewModels 和逻辑与 UI 和因此可测试且更具可扩展性。

同样的概念适用于 WPF 中的所有内容。

我需要提及的一个细节是，我正在使用Combining MarkupExtension and IValueConverter 的技术来减少使用转换器所涉及的 XAML 样板。

您可以在链接以及上面链接的 MSDN DataBinding 页面中阅读更多相关信息。

如果您需要更多详细信息，请告诉我。