【发布时间】:2010-10-03 05:34:53
【问题描述】:
要求 TComponent 作为所有者来实例化某种对象似乎完全无关紧要。为什么有这么多 Delphi 组件需要这个?
例如,TXMLDocument 需要一个 TComponent 对象来实例化。
为什么会这样?如果有充分的理由,我应该在其中使用什么来“做正确的事”?
【问题讨论】:
要求 TComponent 作为所有者来实例化某种对象似乎完全无关紧要。为什么有这么多 Delphi 组件需要这个?
例如,TXMLDocument 需要一个 TComponent 对象来实例化。
为什么会这样?如果有充分的理由,我应该在其中使用什么来“做正确的事”?
【问题讨论】:
所有者组件应该管理其所有拥有的组件。当所有者被销毁时,拥有的组件会自动销毁。
这有助于开发人员从工具面板中拖出组件,将它们放到表单上,然后连接事件以完成工作,而无需担心管理组件的生命周期。
表单是放置在其上的所有组件的所有者。 Application 对象是表单的所有者。当应用程序关闭时,Application 对象被销毁,进而销毁表单和所有组件。
但是当一个组件被创建时,所有者并不是真正需要的。如果您将 Nil 传递给参数,则将在没有所有者的情况下创建组件,在这种情况下,您将负责管理组件的生命周期。
【讨论】:
所有 TComponent 后代都需要 Owner,它在 TComponent 构造函数中定义。 Owner 组件负责销毁所有 Owned 组件。
如果你想控制生命周期,你可以传递 nil 作为参数。
【讨论】:
只是添加一些额外的信息。
每个控件也有一个父控件。 (一个 TWinControl)。所有者负责生命周期,而父对象负责显示对象。
例如,一个表单有一个面板,而该面板有一个按钮。在这种情况下,表单拥有面板和按钮。但是表单是面板的父级,面板是按钮的父级。
【讨论】:
还有其他需要注意的地方。我已经使用了多个第三方组件,它们依赖在构造函数创建中传递的 Owner 组件,如果你传入 Nil 将引发异常/AV。
最终结果是,当您在 IDE 中使用可视化组件时,这些组件可以正常工作,但在运行时创建它们时会出现问题。
从某种意义上说,这些问题的原因是糟糕的设计。规则中没有任何内容表明您不能/不应该将 NIL 作为 aOwner 参数传递。
【讨论】:
您应该使用它有两个原因: - 所有权机制也是一种垃圾收集系统 - 所有权机制在Delphi序列化过程中很重要(Stream.ReadComponent/WriteComponent等)。
【讨论】:
仅TComponent 后代需要 Owner 参数,因为它是 TComponent 构造函数的参数。在设计时可访问的所有组件都可以放在TForm、TFrame 和TDataModule 类上是TComponent 后代(包括TXMLDocument)。
【讨论】: