【问题标题】:MvvmLight: View not updated when setting properties from within RelayCommand executionMvvmLight:从 RelayCommand 执行中设置属性时视图未更新
【发布时间】:2021-05-17 11:04:47
【问题描述】:

由于在开发人员的 GitHub 上没有任何回应,我将在这里重复我的问题。 我希望有人能以某种方式帮助我。

这是我第一次使用 MvvmLight,所以我希望我没有忽略一些明显的东西。

在我的 WPF ViewModel 我有类似的东西:

  private ICommand readFileCommand;
  public ICommand ReadFileCommand => readFileCommand ?? (readFileCommand = new RelayCommand(ReadFile));

  private void ReadFile()
  {
        FileMessage = "Message.";
  }

  private string fileMessage;
  public string FileMessage
  {
       get { return fileMessage; }
       set
       {
           //Set(ref fileMessage, value);

           fileMessage = value;
           RaisePropertyChanged();
       }
   }

我有几个问题。

  • 主要问题是在 ReadFile() 等方法中设置 FileMessage 等属性不会导致在 ReadFile 完成之前更新视图。
  • 使用当时成功的 RaisePropertyChanged() 和使用什么都不做的 Set() 是有区别的。尽管后者确实在这种方法之外起作用。
  • 问题延伸到其他元素,例如 DataView 上的 DataGrid。

想知道被调用的方法是否应该是异步的,但这似乎不合逻辑。我还没有尝试过,因为这并不真正符合我想要实现的目标。

那么发生了什么?我忽略了什么吗?这是框架的限制吗?或者这是一个错误?

谢谢!

【问题讨论】:

  • 这能回答你的问题吗? WPF - UI not updating from Command
  • 你必须至少显示视图代码。
  • 也谢谢 Rekshino。它看起来确实相似,解释也有道理。我一直在试验它。但我不明白它有什么不同。

标签: wpf mvvm-light relaycommand


【解决方案1】:

主要问题是在 ReadFile() 等方法中设置 FileMessage 等属性不会导致在 ReadFile 完成之前更新视图。

这是有道理的,因为您不能同时在同一线程上执行 ReadFile 方法和更新 UI。这与 MvvmLight 或命令无关。

如果您在运行任何可能长时间运行的代码之前设置该属性,无论是在后台线程上异步还是同步,它都应该按预期工作。

试试这个例子:

private async void ReadFile()
{
    FileMessage = "Message.";
    await Task.Delay(5000); //simulate...
    FileMessage = "Done!";
}

或者这个:

private async void ReadFile()
{
    FileMessage = "Message.";
    await Task.Run(() => Thread.Sleep(5000));
    FileMessage = "Done!";
}

【讨论】:

  • 嗨@mm8。我明白你在说什么。但我仍然很困惑。 (我把它切碎了。)
  • - 请注意,我最初的示例对任务或线程没有任何作用。我的想法是,至少这应该可以正常工作。除非命令启动一个。
  • - 我一直在玩你的例子,它确实使用了任务。只有在启动任务时才会显示第一条消息。第二个不是在完成任务时,而是在退出方法时,就像我最初的例子一样。并不是像我想象的那样在切换线程时更新。在我的实际代码中,这在读取文件时不会成为问题。
  • - 但是还有一个大问题是在递归计算结果的同时更新视图,这是最终目标。我不认为一开始就使用 Tasks 是明智的。而且我也认为我不会通过视图获得更新。
  • - 我也一直在尝试使用 Dispatcher.Invoke()。但到目前为止,这没有任何区别。
【解决方案2】:

我通过以下方式“解决”了这个问题,这对我来说是我最终想要的,但仍然给我留下了疑问。

代码是一个完整的例子来说明我的观点。 一句话。使用带中断的调试器可能会在行为上产生很大的误导。

观察

  • “运行”消息起作用。
  • 但是,不会显示所有其他消息。这让我目瞪口呆。

ReadFile 方法是同步的,并且直接在 UI 线程上(我检查了名称),并且对任务之外的线程没有任何作用。 那么为什么它不能显示任何东西呢?我什至多余地使用了 Invoke,这没有帮助。

所以这仍然让我怀疑 RelayCommand 是否正常工作。

我什至考虑过改用 Windows 社区工具包,但这似乎太大了一步。

无论如何,它可能会就此结束,因为 MVVVM Light 已经被 Windows Template Studio 放弃,并且开发在 2018 年 12 月停止!

如果我忽略了任何内容,仍然感谢您的澄清。

using GalaSoft.MvvmLight;
using Application.Contracts.ViewModels;
using System.Threading;
using System.Threading.Tasks;
using System.Windows.Threading;

namespace ViewModels
{
    public class ViewModel : ViewModelBase, INavigationAware
    {
        public ViewModel()
        {
            uiDispatcher = Dispatcher.CurrentDispatcher;
        }

        private Dispatcher uiDispatcher;

        public async void OnNavigatedTo(object parameter)
        {
            uiDispatcher.Thread.Name = "OnNavigatedTo";
        }

        public void OnNavigatedFrom()
        { }

        private string fileMessage = "No file yet";
        public string FileMessage
        {
            get { return fileMessage; }
            set
            {
                // Using this simple way instead of Set, which did not work.
                fileMessage = value;
                RaisePropertyChanged();
            }
        }

        private void ReadFile()
        {
            FileMessage = "ReadFile 1.";

            Thread.Sleep(1000);

            uiDispatcher.Invoke(() => FileMessage = "ReadFile Invoke 1.", DispatcherPriority.Send);

            Thread.Sleep(1000);

            // Use Run on a non UI-thread and Dispatcher to enable intermediate updates back on the UI-thread.
            Task.Run(() =>
            {
                uiDispatcher.Invoke(() => FileMessage = "Run 1.", DispatcherPriority.Send);

                Thread.Sleep(1000);

                uiDispatcher.Invoke(() => FileMessage = "Run 2.", DispatcherPriority.Send);

                Thread.Sleep(1000);
            });

            Thread.Sleep(1000);

            FileMessage = "ReadFile 2.";

            Thread.Sleep(1000);

            uiDispatcher.Invoke(() => FileMessage = "ReadFile Invoke 2.", DispatcherPriority.Send);
        }
    }
}

【讨论】:

  • “ReadFile 方法是同步的并且直接在 UI 线程上” - 并非完全错误。该方法是从命令ReadFileCommand 调用的 - 因此,该命令将在哪个线程中调用,然后在该线程中将执行该方法。您通过单击按钮调用命令,因此该命令在 UI 线程中执行。但在一般情况下,情况不一定如此。
  • "那么为什么它无法显示任何内容?"什么是“线程”?这是顺序执行的特定命令队列。想想“连续”。在一个 UI 线程中有多个任务:一个是执行命令,另一个是更新界面。但一般来说,它们的命令只能按顺序执行。对于启动的 GUI 更新任务,必须完成命令任务。
  • “我什至多余地使用了 Invoke,这没有帮助” - 这无济于事。 Dispatcher.Invoke(...) - 在调度程序队列中执行一个方法。他是什么调度员?这是 UI 线程调度程序(在您的情况下)。您已经在 UI 线程中调用了此方法,并且将其传递给同一线程的调度程序队列充其量是没有意义的。在某些情况下,它可能会导致自阻塞并且 GUI 会冻结。
  • “所以这仍然让我怀疑 RelayCommand 是否正常工作。” - 您的示例没有使用 RelayCommand,因此很难判断。 MVVMLight 在 Commands 和 WpfCommands 空间中有两种不同的命令实现(我不记得确切的名称,但类似)。在第一个执行命令时可以在任何地方使用。在第二个用于 WPF GUI 中。它们在从 GUI 自动更新方面存在差异。
  • “MVVVM Light 已被 Windows Template Studio 删除,开发于 2018 年 12 月停止!”- 这是一个非常简单的包。最初,他的目标是传播 MVVM 模式。然后是新手程序员(主要是学生)的支持。它已经完成了它的功能。对于学生来说,所有可以实现的就是它提供了。没有进一步发展的地方。并且与“成人”包(ReactivUI、Prism 等)竞争并不是最初的打算。对我来说,在简单的情况下,我自己的实现就足够了。部分示例:BaseInpc 和 RelayCommand 类
【解决方案3】:

尝试稍微修改的实现:

   private async void ReadFile()
    {
        FileMessage = "ReadFile 1.";

        await Task.Delay(1000);

        await uiDispatcher.BeginInvoke(() => FileMessage = "ReadFile Invoke 1.", DispatcherPriority.Send);

        await Task.Delay(1000);

        // Use Run on a non UI-thread and Dispatcher to enable intermediate updates back on the UI-thread.
        await Task.Run(async () =>
        {
            uiDispatcher.Invoke(() => FileMessage = "Run 1.", DispatcherPriority.Send);

            await Task.Delay(1000);

            uiDispatcher.Invoke(() => FileMessage = "Run 2.", DispatcherPriority.Send);

            await Task.Delay(1000);
        });

        await Task.Delay(1000);

        FileMessage = "ReadFile 2.";

        await Task.Delay(1000);

        await uiDispatcher.BeginInvoke(() => FileMessage = "ReadFile Invoke 2.", DispatcherPriority.Send);
    }
}

总的来说,这段代码很荒谬。
但我没有做任何大的改变来保持连续性。

P.S.代码是在帖子编辑器中编写的。
抱歉 - 可能会出现小错误。

【讨论】:

    猜你喜欢
    • 2013-10-04
    • 2020-05-02
    • 1970-01-01
    • 2014-06-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-03-23
    • 1970-01-01
    相关资源
    最近更新 更多