是否有一个普遍接受的最佳实践来创建一个取消订阅自己的事件处理程序?
例如,我想出的第一件事就是:
// 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中的专有命令基础结构之间的绑定(使用ICommandSystem.Windows.Input中的有用).绑定基础结构的一个方面是,在UI命令组件(如工具栏按钮或菜单项)之间创建绑定的用户可以选择侦听命令的CanExecuteChanged事件,然后根据该状态更新UI的状态 - 通常设置启用属性true或false.
该技术通常运行良好,但有一些方法可以在创建ui组件的句柄之前触发事件.我试图保证除非创建了句柄,否则不会运行提供的处理程序.结果,我正在考虑提供一个Bar有助于实施的一般助手类(" ").目标Bar是检查是否存在适当的句柄.如果是这样,太好了!如果没有,它将订阅适当的IsHandleCreated事件,以便在最终创建句柄时运行提供的处理程序.(这很重要b/c客户端可以在句柄存在之前在UI的.ctor中设置它们的绑定.)但是,我希望这个订阅完全透明,所以我也希望每个事件处理程序自动取消订阅IsHandleCreated一次它已经完成了运行.
我还在试图弄清楚这是不是一个好主意,所以我还没有概括这个概念 - 在这种情况下我只是直接针对ToolStripItems实现它以验证这个想法很健康.不过,我还没有卖掉它.
我知道我还可以选择简单地强制只有在创建UI的句柄后才能在表单的OnLoad事件中创建绑定(例如).我知道那可行,我过去就做过.我想看看在这种情况下我是否可以放宽这个特殊要求.如果它甚至是实用的.
Jul*_*iet 11
格雷格
你拥有的不是观察者模式,而是消息队列.所以你只是使用错误的设计模式来解决你想要解决的问题.
它很容易使用a来实现你自己的消息队列Queue{Action{object}},其中对象排队自己,你只需在调用它们时将项目出列.
| 归档时间: | 
 | 
| 查看次数: | 446 次 | 
| 最近记录: |