为什么实现接口的Delphi对象需要引用计数?

Dan*_*ula 6 delphi com interface

换句话说,为什么它们不能像常规对象那样手动管理?或者Delphi设计师是否刚刚决定使用引用计数,因为COM需要它?

Dav*_*nan 11

首先要建立的是将接口添加到Delphi以支持COM.因此,很多设计决策都是为了让COM编程变得更容易.

接口引用完全可以手动管理.实际上,C和C++中的原始COM最初涉及手动引用计数管理以及对AddRef和的显式调用Release.从C中使用COM对象时,仍需要执行手动引用计数管理.对于C++,这些天你通常使用类CComPtr来启用自动引用计数管理.

当COM支持被添加到Delphi时,Delphi的主要竞争对手是VB.在VB中,您从未必须进行手动引用计数管理.如果Delphi设计人员没有实现自动引用计数管理,那么让VB程序员离开VB并开始使用Delphi会更加困难.因此,我推测这是德尔福设计师做出的决定的驱动因素.即使不是这种情况,对自动引用计数进行编码比手动编程要容易得多.所以,即使我的推测是错误的,德尔福设计师的决定也让生活变得更加简单.

那么来谈谈你的具体问题:

为什么不能像常规对象那样手动管理它们?

他们可以.您可以实现它们_AddRef,_Release以便它们不控制对象的生命周期.具体而言,这些方法不是必须计算参考,也不是_Release要求Free.

由于COM需要,Delphi设计师是否决定使用引用计数?

嗯,COM不需要它.如上所述,您可以使用C或C++(或其他语言)对COM进行编码,而无需自动引用计数.


您可能会问的另一个问题是Delphi接口必须从中衍生出来的原因IInterface.这源于它们最初的目的,即实现COM接口.在许多方面,如果我们可以拥有不是源自的接口,那将是很好的IInterface.但是它就是这样啊.

  • 请注意,派生自`TComponent`的Delphi对象确实禁用了引用计数,如果它实现了任何接口,则为event.之前已经多次要求向编译器引入新的非refacounted接口类型,Embarcadero已经意识到了这一点.是否有人会猜测它是否会被实施. (4认同)