BackgroundWorker与异步/等待

我是C＃开发的新手，希望创建一个响应更快的UI。在我的初步研究中，我看到了两种实现此目的的方法：

1. 与BackgroundWorker类结合使用多线程。
2. 较新的异步/等待修饰符。

更新意味着更好吗？两种方法有什么区别？如果我想创建一个新项目，如何选择哪种方法？

编辑：也许我应该指定。我正在创建一个Windows Forms应用程序，其中所有必需的数据都将保存/加载到本地磁盘上。我还将与多个USB设备通信。

您将可以使用完成任务BackgroundWorker。这是一门众所周知的课程，许多人已经使用过它。

新的C＃5 async和await关键字基本上使编写可读的异步代码更加容易。可能会有更少的教程和示例来说明如何使用这些关键字而不是来完成各种任务BackgroundWorker。

除非您需要使用旧版本的C＃，否则建议您学习如何使用async和await。

在async和await关键字不会让你的应用程序对自己的反应更灵敏。它们仅使返回Task对象的方法的调用和处理更加方便。为了使async/ await实际使用后台线程，您将需要结合使用以下内容：

• Task.Start()-使用开始指定的任务TaskScheduler。
• PLINQ-并行执行一系列操作，返回一个Task。
• TaskCompletionSource-处理异步任务的自定义方式。我使用它的一个地方是处理来自WebBrowser控件的事件。
• 其他async方法，例如Win 8 API中的许多功能。

换句话说，async/ await是基于任务的异步模式的扩展。您可以在此处找到大量信息，包括许多示例。

这BackgroundWorker是一个WinForms组件，它使用基于事件的异步模式创建1个后台线程，并且您可以在DoWork事件处理程序中使用自己的代码填充在此后台线程上完成的工作。通常，Microsoft不再建议使用此模式（请参阅此处的页面底部），尽管如果您已经熟悉它，它仍然可能是一个简单的选择。

未提及的另一个选择是.NET的Reactive Extensions。这是另一个为应用程序添加响应能力的出色框架。

我想说的是async- await比灵活得多BackgroundWorker。如果你想要做的东西，千篇一律BackgroundWorker，你可以做到这一点async- await也与更具可读性，更类型安全的代码。

正因为如此，我认为你应该更喜欢使用async- await过BackgroundWorker。