• 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏吧

本书中的事件处理程序“.NET内存管理的底层”

.net 来源:bvgheluwe 4次浏览

我正在阅读本书Under the hood of .NET memory management(由Red-Gate出版)。你可以找到一个pdf version on their website。本书中的事件处理程序“.NET内存管理的底层”

我以为我理解事件处理程序与发布者和订阅者之间创建的引用有关,但作者对第5章“特定于应用程序的问题”中的事件处理程序的解释(标题为“Windows Presentation Foundation”)迷惑了我。

在第160-161页上,他们描述了一个使用主/从关系的UI设计。我引用(方括号中的数字是我的,为了创建我的问题的参考,双关语与其说意):

您可能必须与主记录列表 一个网格,当你点击来自主网格的记录,将打开一个新窗口 ,其中包含与该主记录相关的详细信息。如果主窗口在详细信息窗口[1]中连接了 事件,则无法收集详细信息窗口,直到主窗口中的 事件处理程序释放其对详细信息窗口的引用[2]。在这个 的情况下,细节窗口将是监听器,主窗口是源文件[3]。在大多数 的情况下,主窗口将超出详细信息窗口,但如果事件处理程序 处理不当,则只要 主窗口处于活动状态,就无法收集详细信息窗口。

Detail.SomeEvent += new EventHandler(Master.SomeEvent_Handler); [4] 

[1]这是术语非常不清楚。谁“连线”谁?仅凭这一点,我就无法确定谁是听众,谁是订阅者(我只能假设……)。下一句[3]似乎回答了这个问题,说主人是信息来源,细节是听众,但是只有在引入了混淆之后,在[2]中说明完全相反(因为事件处理程序是主窗口中的而不是)。

代码示例[4]也不符合[3]中的内容(但对应于[2])。如果主窗口是源,那么它应该是:

Master.SomeEvent += new EventHandler(Detail.SomeEvent_Handler); [5] 

对不对?

除了所有这些混乱,我理解事件处理程序如下。如果Master有事件,Detail订阅(如[5]),那么MasterDetail有抵触(因为对实例删除的引用创建对实例的引用,在这种情况下为Detail)。因此,只要Master生活,Detail也将被保存在内存中,除非事件处理程序与事件分离。

我对这本书的批评和我自己的理解是否正确?

===========解决方案如下:

它从来没有从C#语法糖非常明显。委托构造函数需要引用两个参数。显而易见的是事件处理程序方法。非显而易见的一个是其处理程序方法将被调用的对象。非显而易见,因为您从不在代码中输入它。它是this。 C#甚至不允许你指定它,其他语言也可以。

所以Master对象现在如何对Detail对象进行引用,这是正确调用事件处理函数方法所必需的。

因此,只要Master对象处于活动状态,Detail对象不会被收集。除非您明确退订该事件或使用WPF弱事件模式。或者,理想情况下,设计代码以使Master和Detail对象同时死亡。他们给了你一个不容易做的例子。

还有其他方法可以做到不使用事件。您可以使用代表您要提出的事件的方法来声明IDetail接口。给Master类一个AddDetail(IDetail)和RemoveDetail(IDetail)方法。现在内存管理非常清晰,当您忘记调用RemoveDetail()时,它变得更加明显。然而,WPF设计人员非常青睐使用事件,他们必须提出弱事件模式以避免他们自己的对象模型中的泄漏。


版权声明:本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系管理员进行删除。
喜欢 (0)