在MVVM中使用异步/等待而不使用Void方法

Question

在MVVM中使用异步/等待而不使用Void方法

6

我想在我的Windows Phone 8 MVVM项目中使用async/await，并且我正在努力寻找一种好的方法来使用这个API实现我的ICommands。我已经阅读了一些关于此主题的文章，其中我看到了下面这篇来自MSDN的文章，它指出我必须避免使用async voids，因为很难捕获未处理的异常： http://msdn.microsoft.com/en-us/magazine/jj991977.aspx 在另一个问题中，我提到了这个问题，有人也说我不应该使用async voids，除非是用于事件。

但问题在于，我在互联网上找到的所有示例都使用async voids。我找到的这两篇文章就是例子： http://richnewman.wordpress.com/2012/12/03/tutorial-asynchronous-programming-async-and-await-for-beginners/ 和 http://blog.mycupof.net/2012/08/23/mvvm-asyncdelegatecommand-what-asyncawait-can-do-for-uidevelopment/ 最后一个是使用async/await实现ICommand的一个例子，但它也使用了async voids。我正在尝试想出一个解决方案，所以我写了这个基于RelayCommand的ICommand实现：

public delegate Task AsyncAction();

public class RelayCommandAsync : ICommand
{
    private AsyncAction _handler;
    public RelayCommandAsync(AsyncAction handler)
    {
        _handler = handler;
    }

    private bool _isEnabled;
    public bool IsEnabled
    {
        get { return _isEnabled; }
        set
        {
            if (value != _isEnabled)
            {
                _isEnabled = value;
                if (CanExecuteChanged != null)
                {
                    CanExecuteChanged(this, EventArgs.Empty);
                }
            }
        }
    }

    public bool CanExecute(object parameter)
    {
        return IsEnabled;
    }

    public event EventHandler CanExecuteChanged;

    public void Execute(object parameter)
    {
        ExecuteAsync();
    }

    private Task ExecuteAsync()
    {
        return _handler();
    }
}

我正在尝试像这样使用它：在构造函数中：

saveCommand = new RelayCommandAsync(SaveSourceAsync);

然后：

private async Task SaveSourceAsync()
{
    await Task.Run(() => { Save(); });
}

private void Save()
{
    // Slow operation
}

问题在于我对这种实现方式以及其他实现方式都不感到舒适，因为我不知道哪种是最好和最优的。

有人能够指导我如何使用它吗，最好是用MVVM模式？

- Eric.M

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Stephen Cleary · Accepted Answer

在引用的文章中，我指出了ICommand.Execute实际上就是一个事件处理程序，因此它应该被视为“避免使用async void”指南的例外：

总之，你应该优先选择async Task而非async void。这个指南的例外是异步事件处理程序，必须返回void。这个例外包括那些逻辑上是事件处理程序但实际上不是事件处理程序（例如，ICommand.Execute实现）的方法。

关于你的ICommand实现，实际上通过不使用async void引入了一个缺陷：ICommand.Execute实现将丢弃Task而不观察其异常。因此，该实现将忽略由async委托引发的任何异常。

相比之下，你链接的博客文章具有async void ICommand.Execute的实现，它await Task，从而允许异常传播到UI同步上下文。在这种情况下，这是期望的行为，因为当同步ICommand.Execute引发异常时，你会得到相同的行为。

如果您有兴趣，我希望您尝试一下我为可能将来包含在我的AsyncEx库中编写的一个或两个ICommand。第一个非常类似于您发布的博客中的简单命令。第二个是一个更完整的“异步命令”实现，包括取消、进度报告和CanExecute的自动管理。我会感激任何反馈意见。