UWP - 这个有界属性是否在 UI 上下文上运行？

Question

我有一个简单的 bool 绑定到 ProgressRing IsActive 属性。 该属性驻留在 ViewModel 基类中。 这是代码：

<!--XAML-->
<ProgressRing
    x:Name="RestrictAppProgress"
    Margin="10"
    IsActive="{x:Bind _vm.ProgressRingActive, Mode=OneWay}" Width="30" Height="30"
    Foreground="#FF9333"/>

// ViewModel base class
private bool _progressRingActive;
public bool ProgressRingActive
{
    get => _progressRingActive;
    set
    {
        _progressRingActive = value;
        Set(() => ProgressRingActive, ref _progressRingActive, value);
    }
}

// ViewModel
public override async Task InitViewModel(ClassState classState)
{
    ProgressRingActive = true;

    _restrictModel = new RestrictAppModel();
    var success = await _restrictModel.LoadAppsFromServer().ConfigureAwait(true);

    ProgressRingActive = false;
}

// Code-behind OnNavigatedTo from Page class
protected override async void OnNavigatedTo(NavigationEventArgs restrictArgs)
{
    ...
    await _vm.InitViewModel(state.classState).ConfigureAwait(true);
}

// Model class method that makes an await call
public async Task<bool> LoadAppsFromServer()
{
    try
    {
        var appsListJson = await service.GetAppList(Settings.TeacherDistrictId).ConfigureAwait(true);
        ...
    }
    catch (ApiException ex)
    {
        ...
        return false;
    }

    return true;
}

因此，当页面加载并转到OnNavigatedTo ，我的理解是我们仍处于 UI 上下文中。 当我们到达await _vm.InitViewModel(state.classState).ConfigureAwait(true); 在OnNavigatedTo ，我的理解是，因为等待这个调用，InitViewModel 不会发生在 UI Context 中，所以当绑定属性ProgressRingActive发生变化时，不会在 UI 线程上触发属性变化，所以没有进行任何更改。 这是正确的吗？

我尝试在_vm.InitViewModel之前摆脱 await 调用，认为它会在 UI 上下文中进入该方法，如果我删除vm.InitViewModel调用上的vm.InitViewModel ，不是ProgressRingActive = true; 在 UI 上下文上进行，然后调用var success = await _restrictModel.LoadAppsFromServer().ConfigureAwait(true); 在不同的上下文中编组，一旦它返回，我们就会回到 UI 上下文， ProgressRingActive = false; 在 UI 上下文中制作？ 我不是 100% 确定。

到目前为止唯一有效的是在OnNavigatedTo方法的末尾调用Bindings.Update() 。

Answer 1

InitViewModel 不会发生在 UI Context 中，因此当绑定属性 ProgressRingActive 发生变化时，不会在 UI 线程上触发该属性变化，因此不会进行任何更改。 这是正确的吗？

正如这个线程所说， async/await 并没有直接说等待的代码将在不同的线程上运行。 当您执行await _vm.InitViewModel() ，执行进入 InitViewModel 方法仍然在 UI 线程上并仍在等待。 然后_restrictModel.LoadAppsFromServer()方法实际上将在不同的线程上异步运行。 一旦 LoadAppsFromServer() 完成，await 将返回到 UI 线程。

到目前为止唯一有效的是在 OnNavigatedTo 方法的末尾调用 Bindings.Update()。

关于ProgressRing没有消失，是因为ProgressRingActive的值虽然改变了，但是你没有通知UI改变。 所以需要添加RaisePropertyChanged()方法来通知 UI。

public class MainViewModel : ViewModelBase
{
    private bool _progressRingActive;
    public bool ProgressRingActive
    {
        get => _progressRingActive;
        set
        {
            _progressRingActive = value;
            RaisePropertyChanged();
        }
    }

    ......
}

Answer 2

我发现了什么是。 因此，我正在使用 MvvmLight 库，它们提供了一个Set(Expression<Func<T>>, ref T, value)方法，该方法“...替换支持字段的旧值，然后引发 PropertyChanged 事件... ” 。 我在提供的代码示例中的错误是，在我的ViewModelBase类中，我将支持变量设置为值，然后调用Set(...)这不会引发属性更改事件，因为支持变量和value是平等的。 所以解决办法就是去掉_progressRingActive = value; 线。 现在，当调用Set(...) ，它将引发属性更改事件，因为支持变量和value不相等。

编辑器本身也有提示，关键词是“如果需要”。 ：

ViewModelBase 的正确代码：

// ViewModel base class
private bool _progressRingActive;
public bool ProgressRingActive
{
    get => _progressRingActive;
    set
    {
        Set(() => ProgressRingActive, ref _progressRingActive, value);
    }
}

Answer 3

嗯，绝对是，您需要 Dispatcher Access 才能更新 UI，这包括您的元素绑定到的属性。

if (!CoreApplication.MainView.Dispatcher.HasThreadAccess)
                        await CoreApplication.MainView.Dispatcher.Yield();
                    await CoreApplication.MainView.Dispatcher.RunAsync(CoreDispatcherPriority.Normal, async () =>
                    {
//update UI here
})