如其他地方所述，新的 .NET async/await 模型像病毒一样通过软件层传播。最近的异步更改现在出现在我的视图模型中，我想知道从 public void DoStuff() 到 public async Task DoStuff() 的安全更改声明是否安全？
谢谢！
【问题讨论】：
标签： wpf async-await caliburn.micro
现在Caliburn.Micro对异步编程模型的支持已经很好了。
你可以做的几件事：
async void 而不是async Task。protected override async void OnInitialize(){}，然后在其中等待另一个任务。ExecuteAsync() 扩展方法。协程在某些场景中仍然具有一些优势，例如执行上下文。IHandleWithTask<TMessage> - 非常方便...a blog post desribing some use cases 几乎没有代码 sn-ps。还有一个 GitHub repository with sample project 我曾经在 Caliburn 中玩过 async/await。
【讨论】：
async void 而不是async Task 作为Action 方法实际上有什么好处吗？因为有一个缺点：使用async void，单元测试无法正确同步方法。未正确检测到方法中抛出的异常。
await Task.Delay(1000); 放入 OnInitialize。你会发现 Activate 在 Initialize 完成之前被调用...
async void 的调用者永远无法等待工作完成。它只能启动它。所有async void 方法（甚至事件处理程序）都是这种情况。使用async void 是非常危险的。
async Task 方法时没有遇到任何问题。如果任务中发生异常，它会通过Coroutine.Completed 事件传播（ResultCompletionEventArgs.Error 属性包含Exception）。也可作为事件处理程序 ([Event Click] = [Action HandleClickAsync])。
答案是“是”，从 Caliburn.Micro 1.5 开始。
【讨论】：
它是安全的，但会破坏您现有的全局异常处理。在我进行重构之后，我再也没有看到任何错误对话框，为了解决这个问题，我必须订阅 Coroutine.Completed 事件：
Coroutine.Completed += (s, a) =>
{
//Do something here ...
};
您可以在 App.xaml.cs 文件中执行此操作。
我的代码中关于如何处理我的应用程序中出现的所有可能错误的示例：
protected override void OnStartup(StartupEventArgs e)
{
SetupExceptionHandlers();
base.OnStartup(e);
}
private void SetupExceptionHandlers()
{
AppDomain.CurrentDomain.UnhandledException += (s, a) =>
{
HandleException((Exception)a.ExceptionObject, "AppDomain.CurrentDomain.UnhandledException");
};
Current.DispatcherUnhandledException += (s, a) =>
{
HandleException(a.Exception, "Application.Current.DispatcherUnhandledException");
a.Handled = true;
};
TaskScheduler.UnobservedTaskException += (s, a) =>
{
Dispatcher.InvokeAsync(() => HandleException(a.Exception, "TaskScheduler.UnobservedTaskException"));
a.SetObserved();
};
Coroutine.Completed += (s, a) =>
{
if (a.Error != null)
{
HandleException(a.Error, "Coroutine.Completed");
}
};
}
private void HandleException(Exception exception, string source)
{
logger.Error(exception, "Unhandled exception occured (Source: {0})", source);
var msg = new ShowErrorDialogEvent(exception, exception.GetBaseException().Message);
eventAggregator.PublishOnUIThread(msg);
}
如果您想知道，logger 和 eventAggregator 变量是在调用 DisplayRootViewFor 之前从引导程序类中的 OnStartup 方法实例化的。
【讨论】：
Marco Amendola，Caliburn.Micro 项目的项目经理写了一篇文章，标题是：Coroutines are dead. Long live Coroutines.，因为异步/等待编程模型的出现，如果你阅读了这篇文章，他就这样命名它你会看到 async/wait 让 Coroutines 过去所做的事情变得栩栩如生，所以我假设你可以在以前使用 Coroutines 的地方安全地使用它们。我建议你阅读这篇文章。
【讨论】：