Delphi 2009 COM/ActiveX类型库支持稳定性

Delphi 2009 COM/ActiveX类型库支持稳定性,delphi,com,activex,delphi-2009,typelib,Delphi,Com,Activex,Delphi 2009,Typelib,指 我(经常)向使用德尔福2009的人提出的问题: 实施的稳定性如何 特别是,我感兴趣的是:添加/删除类、更改GUID、重命名方法/属性、重新排序方法/属性、大型类型库(50多个类) 它是否像Delphi 2007(噩梦)或Delphi 7(很好,但有时必须从SVN恢复TLB文件)一样稳定,还是像超级稳定(比如,…嗯…还记得Delphi版本吗) 编辑:是的,当然,文本RIDL是个好主意,但我的问题是: TLB支持的(新)实现是否稳定(尤其是在执行上述任务时,RIDL文件与visual TLB编辑

我(经常)向使用德尔福2009的人提出的问题:
实施的稳定性如何

特别是,我感兴趣的是:添加/删除类、更改GUID、重命名方法/属性、重新排序方法/属性、大型类型库(50多个类)

它是否像Delphi 2007(噩梦)或Delphi 7(很好,但有时必须从SVN恢复TLB文件)一样稳定,还是像超级稳定(比如,…嗯…还记得Delphi版本吗)

编辑:是的,当然,文本RIDL是个好主意,但我的问题是:

TLB支持的(新)实现是否稳定(尤其是在执行上述任务时,RIDL文件与visual TLB编辑器和实现类的同步).

看一看

我的理解是,RIDL存储为文本,并根据需要进行编译,因此不再需要直接维护TLB文件。这是CodeGear团队为极大提高稳定性而采取的一项出色举措


它能处理你的巨型字库吗?很难说,因为我没有这么大的解决方案……但我看不出有什么理由不这样做。

好吧,我还是有偏见,但我们的内部测试表明,新的解决方案非常、非常、非常稳定

当然,它的设计初衷是。COM/ActiveX对象的所有“智能”现在都是基于文本的。因为它是基于文本的,所以它完全在您的控制之下。因为它在你的控制之下,你可以让它做你想做的。不再有黑匣子了。这个过程是透明的。至于导入大而复杂的类型库,我们成功地导入了整个MS Office类型库和ActiveX控件,这些都非常复杂

因此,从我们坐的位置来看,你的问题的答案是:是的,它非常稳定