例如,我想出的第一件事就是：

// Foo.cs

// ...
Bar bar = new Bar(/* add'l req'd state */);
EventHandler handler = new EventHandler(bar.HandlerMethod);

bar.HandlerToUnsubscribe = handler;

eventSource.EventName += handler;
// ...

// Bar.cs

class Bar
{
    /* add'l req'd state */

    // .ctor

    public EventHandler HandlerToUnsubscribe { get; set; }

    public void HandlerMethod(object sender,EventArgs args)
    {
        // Do what must be done w/ add'l req'd state
        ((EventSourceType)sender).EventName -= this.HandlerToUnsubscribe;
    }
}

说这种感觉很乱/坏是轻描淡写的.它与时间依赖紧密耦合(HandlerToUnsubscribe必须在恰当的时间分配精确值).在这种情况下,我觉得我必须扮演一个复杂的角色 – 我有什么愚蠢或简单的东西吗？

语境：

我正在创建UI和Winforms中的专有命令基础结构之间的绑定(使用System.Windows.Input中的有用ICommand).绑定基础结构的一个方面是,在UI命令组件(如工具栏按钮或菜单项)之间创建绑定的用户可以选择侦听命令的CanExecuteChanged事件,然后根据该事件更新UI状态 – 通常设置Enabled属性为true或false.

该技术通常运行良好,但有一些方法可以在创建ui组件的句柄之前触发事件.我试图保证除非创建了句柄,否则不会运行提供的处理程序.结果,我正在考虑提供一个有助于实施的一般助手类(“Bar”). Bar的目标是检查是否存在适当的句柄.如果是这样,太好了！如果没有,它将订阅适当的IsHandleCreated事件,以便在最终创建句柄时运行提供的处理程序. (这很重要b / c客户端可以在句柄存在之前在UI的.ctor中设置它们的绑定.)但是,我希望这个订阅完全透明,所以我也希望每个事件处理程序自动取消订阅IsHandleCreated一旦它完成运行.

我还在试图弄清楚这是不是一个好主意,所以我还没有概括这个概念 – 在这种情况下我只是直接针对ToolStripItems实现它以验证这个想法很健康.不过,我还没有卖掉它.

据我所知,我还可以选择简单地强制一旦创建UI的句柄,只能在表单的OnLoad事件中创建绑定(例如).我知道那可行,我过去就做过.我想看看在这种情况下我是否可以放宽这个特殊要求.如果它甚至是实用的.