WPF/WCF 异步服务调用和 SynchronizationContext

Question

我觉得肯定有比我想出的更好的解决方案；问题来了：

WPF 表单将调用 WCF 方法，该方法返回一个布尔值。调用本身不应该在 UI 线程上，调用的结果需要显示在表单上，​​所以返回应该被编组回 UI 线程。

在本例中，我创建了一个“ServiceGateway”类，表单将向该类传递一个在完成登录操作时要执行的方法。网关应使用 UI SynchronizationContext 调用此登录完成委托，该委托在从表单实例化网关时传递。 Login 方法使用 anon 调用对 _proxy.Login 的调用。异步委托，然后提供一个回调，该回调使用 UI SynchronizationContext 调用提供给网关（来自表单）的委托（“回调”参数）：

[CallbackBehavior(UseSynchronizationContext = false)]
public class ChatServiceGateway : MessagingServiceCallback
{

    private MessagingServiceClient _proxy;
    private SynchronizationContext _uiSyncContext;

    public ChatServiceGateway(SynchronizationContext UISyncContext)
    {
        _proxy = new MessagingServiceClient(new InstanceContext(this));
        _proxy.Open();
        _uiSyncContext = UISyncContext;
    }


    public void Login(String UserName, Action<bool> callback)
    {
        new Func<bool>(() => _proxy.Login(UserName)).BeginInvoke(delegate(IAsyncResult result)
        {
            bool LoginResult = ((Func<bool>)((AsyncResult)result).AsyncDelegate).EndInvoke(result);
            _uiSyncContext.Send(new SendOrPostCallback(obj => callback(LoginResult)), null);
        }, null);

    }

从表单调用 Login 方法以响应按钮单击事件。

这很好用，但我怀疑我正在使用错误的方式使用 Login 方法；尤其是因为我必须对 WCF 服务的任何其他方法调用做同样的事情，而且它很丑陋。

我希望将异步行为和 ui 同步封装在网关中。在 WCF 端实现异步行为会更好吗？基本上，如果我可以更通用地为其他方法实现上述代码，或者是否有更好的方法，我很感兴趣。

Answer 1

如果您的目标至少是 VS 2012 和 .NET 4.5，async/await 是可行的方法。请注意缺少 SynchronizationContext 引用 - 它在 await 之前被捕获，并在异步操作完成后发回。

public async Task Login(string userName, Action<bool> callback)
{
    // The delegate passed to `Task.Run` is executed on a ThreadPool thread.
    bool loginResult = await Task.Run(() => _proxy.Login(userName));

    // OR
    // await _proxy.LoginAsync(UserName);
    // if you have an async WCF contract.

    // The callback is executed on the thread which called Login.
    callback(loginResult);
}

Task.Run主要用于将CPU密集型工作推送到线程池，所以上面的例子确实有些滥用，但是如果你不想重写MessagingServiceClient实现的契约来使用异步@987654327基于@的方法，它仍然是一个不错的方法。

或.NET 4.0 方式（不支持async/await）：

public Task Login(string userName, Action<bool> callback)
{
    // The delegate passed to `Task.Factory.StartNew`
    // is executed on a ThreadPool thread.
    var task = Task.Factory.StartNew(() => _proxy.Login(userName));

    // The callback is executed on the thread which called Login.
    var continuation = task.ContinueWith(
        t => callback(t.Result),
        TaskScheduler.FromCurrentSynchronizationContext()
    );

    return continuation;
}

这与您当前的处理方式有点不同，因为 调用者 有责任确保在 UI 线程上调用 Login，如果他们希望在其上执行回调。然而，这是async 的标准做法，虽然您可以保留对 UI 的引用 SynchronizationContext 或 TaskScheduler 作为 ChatServiceGateway 到 的一部分强制回调/继续在正确的线程上执行，它会破坏你的实现和个人（这只是我的意见）我会说这有点代码味道.