显式事件添加/删除，误解？
我最近一直在研究内存管理，并一直在研究如何管理事件，现在，我看到了事件订阅的显式添加/删除语法。
我认为这很简单，添加/删除只允许我在订阅和取消订阅时执行其他逻辑？ 我得到它了，还是有更多的东西？
此外，虽然我在这里，任何清理我的事件处理的建议/最佳实践。
添加/删除语法通常用于将事件实现“转发”到另一个类。
清理订阅（而不是“事件句柄”）最好通过实现IDisposable来完成。
更新：对象应该实现IDisposable有一些变化。 Rx团队从设计角度做出了最佳决策：订阅本身就是IDisposable 。 常规.NET事件没有表示订阅的对象，因此选择在发布者（定义事件的类）和订阅者（通常是包含要订阅的成员函数的类）之间。 虽然我的设计本能更喜欢使订阅者IDisposable ，但大多数真实世界的代码使发布者IDisposable ：它是一个更容易实现，并且可能存在没有实际订阅者实例的情况。
（也就是说，如果代码实际上清理了事件订阅。大多数代码都没有。）
添加/删除属性与使用set / get属性与其他成员的逻辑基本相同。 它允许您在注册事件时创建一些额外的逻辑，并封装事件本身。
你想要这样做的一个很好的例子就是在不需要时停止额外的计算（没有人在听这个事件）。
例如，假设事件是由计时器触发的，如果没有人注册事件，我们不希望计时器工作：
private System.Windows.Forms.Timer timer = new System.Windows.Forms.Timer(); private EventHandler _explicitEvent; public event EventHandler ExplicitEvent { add { if (_explicitEvent == null) timer.Start(); _explicitEvent += value; } remove { _explicitEvent -= value; if (_explicitEvent == null) timer.Stop(); } }
您可能想要用对象锁定添加/删除（事后的想法）……
是的，添加/删除语法允许您实现自己的订阅逻辑。 当您将它们遗漏（事件的标准表示法）时，编译器会生成标准实现。 这就像自动属性。
在下面的示例中，Event1和Event2之间没有真正的区别。
public class Foo { private EventHandler handler; public event EventHandler Event1 { add { handler += value; } remove { handler -= value; } } public event EventHandler Event2; }
但这是与“清理”处理程序不同的主题。 订阅类应该取消订阅。 出版课对这方面无能为力。
想象一个可以“清理”其事件订阅列表的类。 只有在Disposed本身时它才能明智地做到这一点，然后它不太可能有效，因为Disposed类通常在Disposed之后不久就可以收集。