Question

我正在尝试了解在调用更新我的ViewModel的异步方法时使用的最佳方法。现在，让我说我有这样的事情：

查看：

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

视图模型：

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

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

1）在我的LoadState方法中，使用：

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

2）使用 Task.Run 没有等待 loadData 里面的方法行动：

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

3）打电话给我 loadData 方法：

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

4）致电 loadData 方法没有等待我的查看课程并使用 Task.Run 在我的loadData方法中：

查看：

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

视图模型：

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

这些认可之间的主要区别是什么？

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

感谢您的帮助！：）

塞尔吉奥

Answer 1

如果您要从UI线程移出CPU限制或阻止工作，则只应使用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);

实现异步的最佳方法＆＃34; loadData＆＃34;使用MVVM模式的方法

1 个答案: