使用 MVVM 模式实现异步 "loadData" 方法的最佳方式

Best way to implement an async "loadData" method using the MVVM pattern

我试图了解调用更新我的 ViewModel 的异步方法时使用的最佳方法是什么。 现在,假设我有这样的东西:

查看:

private async void NavigationHelper_LoadState(object sender, LoadStateEventArgs e)
{
    //Call my ViewModel method to update the data the UI is bound to          
}

ViewModel:

public async Task loadData()
{
    this.Source = await loadStuffFromDatabaseAsync();
}

现在,我不确定应该使用以下哪一种方法:

1) 在我的 LoadState 方法中,使用:

await Task.Run(async () => { await ViewMode.loadData(); });

2) 使用 Task.Run 无需等待 加载数据 里面的方法 行动 :

await Task.Run(() => { ViewModel.loadData(); });

3) 打电话给我 加载数据 方法:

await ViewModel.loadData().ConfigureAwait(false);

4)调用 加载数据 方法而不等待它在我 查看 class 并使用 Task.Run 在我的 loadData 方法中:

查看:

private void NavigationHelper_LoadState(object sender, LoadStateEventArgs e)
{
    ViewModel.loadData();  
}

ViewModel:

public async void loadData()
{
    await Task.Run(async () => 
    {
        this.Source = await loadStuffFromDatabaseAsync();
    });
}

这些方法之间的主要区别是什么?

一个比另一个更有效,我应该特别选择一个吗?

感谢您的帮助! :)

塞尔吉奥

只有当您有 CPU 绑定或阻塞的工作要从 UI 线程中移出时,才应使用 Task.Run。这里不是这种情况,所以直接调用(选项3)是最自然的。

依次为:

await Task.Run(async () => { await ViewMode.loadData(); });

此选项将在线程池线程上执行 loadData。这可能不会很好地工作,因为 loadData 正在更新 UI(通过设置 VM 属性 间接)。即使它确实有效(即某些 MVVM 框架可以在某些情况下正确处理来自后台线程的更新),也可能没有必要,因为 loadData 是一种异步方法。

此外,它无缘无故地增加了 async 状态机开销。

await Task.Run(() => { ViewModel.loadData(); });

此选项具有所有相同的问题,只是效率稍微高一些,因为它没有 async 状态机开销。但它仍在后台线程上更新 VM 属性并不必要地使用后台线程。

public async void loadData()

这是最糟糕的。它继承了其他相同的问题:在后台线程上更新 VM 属性并使用不必要的后台线程。除此之外,它还增加了 async void 的问题。一个问题是 NavigationHelper_LoadState 无法捕获来自 loadData 的任何异常。另一个问题是 loadData 不容易测试。

所以就用最简单的方法直接调用吧:

await ViewModel.loadData().ConfigureAwait(false);