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

Question

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

查看:

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

View 模型:

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

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

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

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

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

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

3) 调用我 加载数据方法:

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

4)调用 加载数据方法而不等待它在我 查看类(class)并使用 任务.运行在我的 loadData 方法中:

查看:

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

View 模型:

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

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

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

感谢您的帮助! :)

塞尔吉奥

Answer 1

如果您有 CPU 绑定(bind)或阻塞的工作，您应该只使用 Task.Run 并希望将其移出 UI 线程。这里不是这种情况，因此直接调用(选项 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);