基于TInterfacedClass的Delphi插件框架的内存管理

前端之家收集整理的这篇文章主要介绍了基于TInterfacedClass的Delphi插件框架的内存管理前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
对于服务器端插件框架,我想实现暴露RegisterPlugin方法的DLL,该方法返回类引用(TInterfacedClass).

然后,宿主应用程序创建此类的实例,实例将在主机线程的上下文中运行. (例如,这与Jedi VCL插件框架不同,后者在DLL或BPL中实例化插件并将实例返回给主机.)

首次测试显示目前没有问题.但是,我应该注意内存管理的隐藏问题吗?当我在这个项目中使用Delphi 2009时,FastMM4是默认的内存管理器.

这里是插件DLL项目的草图:

  1. library ExamplePlugin;
  2. uses
  3. ...
  4. type
  5. TPluginOne = class(TInterfacedObject,...)
  6. ...
  7. end;
  8.  
  9. function RegisterPlugin: TInterfacedClass; stdcall;
  10. begin
  11. Result := TPluginOne;
  12. end;
  13.  
  14. exports
  15. RegisterPlugin;
  16.  
  17. { TPluginOne }
  18. // ... plugin class implementation
  19.  
  20. begin
  21. end.

解决方法

内存管理器没有问题,因为FastMM作为EXE和DLL之间的共享内存管理器.但我真的不喜欢在DLL和EXE之间传递纯对象或(最差)元类的概念.问题是,EXE中的TInterfacedObject与DLL中的TInterfacedObject不同!当然,它们可能看起来完全一样,但它们不是!如果您为EXE或任何DLL升级Delphi版本,您将需要重建所有内容(从而失去您从实现插件框架中获得的任何优势).

一个更便携的解决方案是返回一个“工厂接口”,类似于:

  1. IFactoryInterface = interface
  2. [GUId-goes-here]
  3. function MakeWhateverInterfaceYouNeed: IUnknownDerivate
  4. end;

然后使用此签名导出函数

  1. function RegisterPlugin: IFactoryInterface;

猜你在找的Delphi相关文章