删除处理对象时的处理程序

Question

我可以想出一些解决这个问题的方法，但是我觉得应该有一个比我已经提出的更优雅的解决方案。

对象在被处置之前清除其所有事件处理程序的最合适方式是什么。遗憾的是，无法枚举事件处理程序。

理论上，对于将处理程序添加到对象以记住删除它的代码，假设对象在超出范围之前会自行清理它是否更为正确？

Answer 1

有一种方法可以避免事件的这个常见问题 - WeakEvent pattern。

Answer 2

  

理论上，它被认为更多   正确的代码添加   要记住的对象的处理程序   删除它比假设对象   在它去之前会自我清理   超出范围？

对于上述问题，我必须说是。关于事件的基本理论是事件消防员不应该负责管理自己的处理程序;无论谁添加了这个活动都应该进行清理。

Answer 3

在我的设计中，我非常严格地定义合同：

• 每个资源获取必须与发布
配对
• 每次启动服务的呼叫都必须与停止服务的呼叫配对
• 每个附加到主题的观察者必须分离
• 等

（此类合同并不罕见，例如您必须将文件的打开和关闭配对，或者在不使用自动垃圾收集的语言中配对新/删除调用）。

这些合同中的每一项都可以在某种程度上在运行时进行测试。例如，可以检测并报告分离次数超过其附加次数的观察者（根据情况断言或例外）。

所以，你的问题是：

  

理论上，它被认为更多   正确的代码添加   要记住的对象的处理程序   删除它比假设对象   在它去之前会自我清理   超出范围？

是现货吗？答案是肯定的，不仅在理论上，而且在实践中也是如此。在我看来，这些合同可以帮助您避免在地毯下发生彻底的错误。

以这种思维方式开始思考，你正在构建非常强大的软件。

Answer 4

事件处理程序对我来说是对.NET应用程序内存消耗的最大威胁，特别是如果您在Web服务器上下文中开始使用它。对我而言，它始终是附属于deattach的对象的责任。附加对象应该始终具有与其附加的对象相比更小或相等的寿命，否则事件的设计存在问题，因为您不希望被通知对象的更改，而这些更改没有任何意义。如果它们的寿命相等，它们将一起超出范围而你不需要做任何事情，如果它比连接对象必须分离的时间短。在基本Web应用程序中，您只有3种类型的lifespans，应用程序，会话和页面，并且规则易于应用。在更复杂的应用程序中，这需要更多的思考。