Question

我在当前项目中有一个简单的组件，可以从visual studio工具箱中删除到WinForms应用程序中的Forms和UserControls。

它工作正常 - 只是包装在ISupportInitialize.BeginInit（拥有表单/控件的UI上下文）中捕获的SynchronizationContext的Send和Post方法。

以下是组件的最简单形式的现有代码。

public class SyncContextComponent : Component, ISupportInitialize
{
    private SynchronizationContext _context;

    public SyncContextComponent() { }
    public SyncContextComponent(IContainer container)
    {
        container.Add(this);
    }

    void ISupportInitialize.BeginInit()
    {
        _context = SynchronizationContext.Current; // context of creator
    }
    void ISupportInitialize.EndInit() { }

    /// <summary>
    /// Dispatches an <b>asynchronous</b> message to <see cref="Context"/>
    /// </summary>
    /// <param name="action">The delegate to call</param>
    /// <example>
    /// uiContext.Post(() => this.WorkOnUiControls());
    /// </example>
    public void Post(Action action)
    {
        _context.Post(new SendOrPostCallback(_ => action()), null);
    }

    /// <summary>
    /// Dispatches an <b>synchronous</b> message to <see cref="Context"/>
    /// </summary>
    /// <param name="action">The delegate to call</param>
    /// <example>
    /// uiContext.Send(() => this.WorkOnUiControls());
    /// </example>
    public void Send(Action action)
    {
        _context.Send(new SendOrPostCallback(_ => action()), null);
    }
}

我现在需要扩展它以支持返回值，并且正在考虑各种方式......

我有兴趣了解以下3种处理方法的含义，以及是否有“更好”的方法。

注意：我正在使用的示例是调用一个带有1个参数arg1的函数，并返回TResult，即Func<T1, TResult>。一旦我知道最好的方法，我打算扩展这个，所以我的重载覆盖范围从Func<TResult>到最多9个Func<T1,T2....T9,TResult>，以及Action重载。

Send0：第一种方式 - 是我已经在做的简单扩展：

    public TResult Send0<T1, TResult>(Func<T1, TResult> func, T1 arg1)
    {
        TResult retval = default(TResult);
        _context.Send(new SendOrPostCallback((x) =>
        {
            retval = func(arg1);
        })
        , null);
        return retval;
    }

发送1：第二种方式 - 是通过研究提示并查看有关stackoverflow的其他信息，暗示我应该通过使用状态arg来获得结果。我认为如果是这种情况 - 我可能也需要对输入参数做同样的事情，所以我得到以下内容：

    private class SendFuncState1<T1, TResult>
    {
        public TResult Result { get; set; }
        public T1 Arg1 { get; set; }
    }
    public TResult Send1<T1, TResult>(Func<T1, TResult> func, T1 arg1)
    {
        SendFuncState1<T1, TResult> state = new SendFuncState1<T1, TResult>()
        {
            Arg1 = arg1
        };
        _context.Send(new SendOrPostCallback((x) =>
        {
            var state0 = (SendFuncState1<T1, TResult>)x;
            state0.Result = func(state0.Arg1);
        })
        , state);
        return state.Result;
    }

发送2：第三次尝试 - 我想，因为我传递了args，也许我应该通过Func本身？无论如何 - 我得到了以下内容：

    private class SendFuncState2<T1, TResult>
    {
        public Func<T1, TResult> Func { get; set; }
        public TResult Result { get; set; }
        public T1 Arg1 { get; set; }
    }
    public TResult Send2<T1, TResult>(Func<T1, TResult> func,
        T1 arg1)
    {
        SendFuncState2<T1, TResult> state = new SendFuncState2<T1, TResult>()
        {
            Func = func,
            Arg1 = arg1
        };
        _context.Send(new SendOrPostCallback((x) =>
        {
            var state0 = (SendFuncState2<T1, TResult>)x;
            state0.Result = state0.Func(state0.Arg1);
        })
        , state);
        return state.Result;
    }

所以，然后我把它放到一个小的测试应用程序中，并从后台线程更新WinForms控件测试每个方法，并在每个方法的10k次迭代上做一些秒表来测试各种方法的速度（仅使用字符串作为args和返回值）它们都运行良好，在这个简单的测试中具有相同的性能。不知道在使用非平凡的输入/输出类型时它会是什么样的。

所以 - Send0很好 - 剩下的就是无关紧要/乱了吗？或者我应该考虑其他人之一 - 或其他什么？

Answer 1

他们都工作正常

是的，它们都有效。使用最简单的 - 第一个。编译器将第一个转换为第二个（基本上）。 CLR级别不存在Lambda。为您创建一个隐藏的闭包类，并重写局部变量访问以访问该类的字段。

具有相同的表现

我确信他们没有，但是通过消息循环运行Windows消息是如此之慢，以至于它完全支持你正在做的简单操作。没有意义来优化这一点。

SynchronizationContext.Send调用Func返回结果

1 个答案: