delphi – 接口版本控制

我在哪里工作,我们刚刚完成了一个功能,该功能使用了大量依赖于接口的dll. dll和所有客户端应用程序都是用Delphi编写的.没有需要注册.这个dll不是一个正确的com服务器.唯一的约束是包含接口的单元可以访问dll和客户端应用程序.这允许我们将复杂数据传递到使用此DLL的应用程序,而无需使用记录指针,数组或非常胖的功能签名,并且没有bpl或完全兼容的COM服务器将引入的行李.

它看起来像是解决了我们没有失望的一个主要问题.不幸的是有一个缺点.接口发布后的任何更改都需要对该接口的任何消费者进行后续的重新编译.这对于所有发行周期都是一部分的项目来说是适用的,但是我们的一些项目有不同的发布时间表.

我已经研究了这一点,看起来通常的做法是引入一个继承自以前发布的界面的新界面,而不是修改原始界面.

type
  IOriginalInterface = interface
  ['{8B598EC1-AD92-4144-A1BE-9062C5EA0748}']
    procedure DoSomething;
  end;

  INewInterface = interface(IOriginalInterfacE)
  ['{DD9D9DE0-0F87-4BC5-803C-74C8AB0F3E39}']
    procedure DoSomethingElse;
  end;

这可以确保根据原始界面编译的旧版可执行文件继续工作.

我注意到RAD studio打开的工具api,每当引入新的接口时,界面都会被重命名.因此,最新界面不会将最新界面赋予新名称,而是获取原始界面的名称,并重命名原始界面.

type
  IOldInterface = interface
  ['{8B598EC1-AD92-4144-A1BE-9062C5EA0748}']
    procedure DoSomething;
  end;

  IOriginalInterface = interface(IOldInterfacE)
  ['{DD9D9DE0-0F87-4BC5-803C-74C8AB0F3E39}']
    procedure DoSomethingElse;
  end;

这对于RAD studio团队以及第三方扩展供应商来说显然效果很好.这样可以确保任何重新编译的客户端都将使用最新的界面,而无需任何代码更改.我认为这是因为这个名称是无关紧要的,而且在编译代码之后,所有这些都是接口定义,它是使用GUID来解决的.

说完这一切,这是我们现在面临的界面版本控制问题的一个很好的解决方案吗？还有其他问题需要注意吗？