使用 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);
我试图了解调用更新我的 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);