BackgroundWorker 是保持 WCF/WPF 应用程序响应的唯一方法吗？

Question

使用 C#、WCF、WPF 的客户端/服务器桌面应用程序。由于几乎每个操作都需要访问服务器（列表/创建/保存/删除/等），因此每个操作都有可能冻结整个 UI。这是一个简单实现的示例，调用 service.GetAll() 可能需要“很长”的时间（超过几百毫秒）：（

private void btnRefresh_Click(object sender, RoutedEventArgs e)
{
    vm.Users.Clear();
    foreach (var user in service.GetAllUsers())
        vm.Users.Add(user);
}

旁白：我很想知道为什么列表有AddRange和ObservableCollection 没有。）

BackgroundWorker 来救援：（

private void btnRefresh_Click(object sender, RoutedEventArgs e)
{
    var worker = new BackgroundWorker();

    worker.DoWork += (s, e) =>
    {
        Dispatcher.BeginInvoke((Action)delegate() { btnRefresh.IsEnabled = false; });
        e.Result = service.GetAllUsers();
    };

    worker.RunWorkerCompleted += (s, e) =>
    {
        vm.Users.Clear();
        foreach (var user in (List<UserDto>)e.Result)
            vm.Users.Add(user);
        Dispatcher.BeginInvoke((Action)delegate() { btnRefresh.IsEnabled = true; });
    };

    worker.RunWorkerAsync();
}

旁白：上面的代码已被简化，但这就是它的要点。）

使用 BackgroundWorker 的代码完全按照我想要的方式工作。该应用程序始终保持响应，并且该按钮在通话期间处于禁用状态。然而，这意味着为用户可能执行的每个可能操作添加 15 行。

说不是这样的吧

Answer 1

不，BackgroundWorker 不是唯一的方法，但它是一种方法。任何其他方式也将包括某种形式的异步构造，需要使用 Dispatch.BeginInvoke 来更新 UI。例如，您可以使用 ThreadPool：

ThreadPool.QueueUserWorkItem(state => {
    Dispatcher.BeginInvoke((Action)delegate() { btnRefresh.IsEnabled = false; });
    foreach (var user in service.GetAllUsers())
        vm.Users.Add(user);
    Dispatcher.BeginInvoke((Action)delegate() { btnRefresh.IsEnabled = true; });

});

如果这是一个重复模式（按钮将触发一些应异步执行的操作，在此过程中按钮被禁用），您可以将其包装到一个方法中:

private void PerformAsync(Action action, Control triggeringControl)
{
    ThreadPool.QueueUserWorkItem(state => {
        Dispatcher.BeginInvoke((Action)delegate() { triggeringControl.IsEnabled = false; });
        action();
        Dispatcher.BeginInvoke((Action)delegate() { triggeringControl.IsEnabled = true; });     
    });
}

...并调用它：

PerformAsync(() => 
{
    foreach (var user in service.GetAllUsers())
        vm.Users.Add(user);
}, btnRefresh);

作为使用 ThreadPool 的选项，您也许还应该查看 任务并行库。

执行此操作时，您应该注意如何处理 UI 状态。例如，您有多个控件触发相同的操作，请确保在该操作期间所有控件都被禁用。

注意：这些只是简单的想法。该代码尚未经过测试，因此可能包含错误。它更应该被视为讨论材料而不是最终的解决方案。

Answer 2

WCF 提供了异步进行所有服务调用的能力。在项目中创建服务引用时，添加服务引用对话框有一个“高级...”按钮。单击该按钮您将看到“生成异步操作”选项。如果单击该复选框，则每个操作都将以同步和异步方式生成。

例如，如果我有一个操作“DoSomething()”，那么在选中此框后，我将获得为调用 DoSomething() 和 DoSomethingAsync() 生成的代码。

您还将获得一个 Service.DoSomethingCompleted 事件，您可以在服务调用返回时使用该事件定义回调处理程序。

这是我们用来在不锁定 UI 的情况下进行服务调用的方法。

下面是 Microsoft 提供的一个相当复杂的示例，说明如何执行此操作：http:// msdn.microsoft.com/en-us/library/ms730059.aspx

Answer 3

这不是唯一的方法。我推荐 Task（或 Task 的更高级别抽象之一，例如 Parallel 或 PLINQ）。

我在我的博客回顾了异步后台操作的各种方法< /a>.

无论您选择哪种方法，当前的状态确实需要一些样板代码。 异步 CTP 显示了事情的发展方向 - 朝着更加干净的方向发展异步操作的语法。 （请注意，在撰写本文时，异步 CTP 与 VS SP1 不兼容）。

Answer 4

好吧，BackgroundWorker 并不是您拥有的唯一选择，但为了完成您想要的任务，您仍然需要使用多个线程或异步操作，以便在等待长时间运行的操作完成时不会阻塞。

而且，由于 WPF 要求访问 UI 的所有代码都在同一线程上运行，因此当您在 UI 线程上调用或访问数据或代码时，您必须执行一些上下文切换。确保调用将在 WPF 中的 UI 线程上运行的方法是使用 调度程序类。

保持 UI 响应的另一个简单方法是在线程池中的线程上对工作项进行排队，这是使用 ThreadPool 类完成的。

// assuming the the following code resides in a WPF control
//  hence "this" is a reference to a WPF control which has a Dispatcher
System.Threading.ThreadPool.QueueUserWorkItem((WaitCallback)delegate{
    // put long-running code here

    // get the result

    // now use the Dispatcher to invoke code back on the UI thread
    this.Dispatcher.Invoke(DispatcherPriority.Normal,
             (Action)delegate(){
                  // this code would be scheduled to run on the UI
             });
});

一如既往，剥猫皮的方法不止一种，但要注意每种技术都有优点和缺点。例如，上面概述的方法可能很有用，因为它没有那么多代码开销，但在某些情况下它可能不是最有效的方法。

还可以使用其他选项，包括使用您所在类的 BeginXXX - EndXXX 方法正在使用，如果他们提供任何（例如 SqlCommand< /a> 类有 BeginExecuteReader EndExecuteReader）。或者，如果类有 XXXAsync 方法，则使用该方法。例如 System.Net.Sokets.Socket 类具有 ReceiveAsync 和 SendAsync。

Answer 5

不，这不是唯一的选择。这个问题更多的是关于你如何设计你的应用程序。

您可以查看Windows Composite Applicaiton Framework (Prism)，其中提供诸如 EventAggregator 之类的功能，可以帮助您发布应用程序范围的事件并在应用程序内的多个位置订阅它，并根据该事件采取操作。

此外，由于担心代码行过多，您可能希望以可以重构和重用尽可能多的代码的方式对应用程序架构进行分层。这样，您就可以让这些后台工作人员在一层中处理所有服务响应，同时您可以将 UI 层与其分离。

Answer 6

不，这不是唯一的方法，但它是更简单的方法之一（至少与设置自己的线程，或将任务推送到线程池线程并在完成时安排事件相比）。

Answer 7

您也许可以通过在某个地方编写一个静态方法来简化一点，该方法接受两个参数（回调函数）并为您处理其余部分，这样您就不必每次需要时都编写相同的样板板进行异步调用。

Answer 8

不，当然不是。

您可以创建原始 线程< /strong> 并执行时间，获取其中的代码，然后将代码分派到 UI 线程以访问/更新任何 UI 控件。有关 Disptacher 的更多信息 此处。

请参阅此，了解有关 Threads 中的线程的详细信息c#.