Delphi 何时安装,而不是何时仅构建可视组件包,这些组件包是大型项目的一部分

Delphi 何时安装,而不是何时仅构建可视组件包,这些组件包是大型项目的一部分,delphi,packages,custom-component,Delphi,Packages,Custom Component,上下文: 我一直在一个应用程序上断断续续地工作,该应用程序使用了许多自定义的基于框架的组件(我一直在学习这些组件!) 由于我正在修改应用程序经常使用的可视组件,并且这些组件数量众多且相互关联(相当多的继承正在进行,等等),因此我希望尽可能简化修改/构建过程 问题: 什么时候需要实际安装可视化组件包,而不是仅仅构建(或仅“编译”)使用和引用这些组件的EXE项目?当我更改可能影响对象检查器的成员时,是否只需要真正地“重新安装”选项板上的包?这里的任何概念性指导都是非常受欢迎的 再次提前表示感谢。:)

上下文:

我一直在一个应用程序上断断续续地工作,该应用程序使用了许多自定义的基于框架的组件(我一直在学习这些组件!)

由于我正在修改应用程序经常使用的可视组件,并且这些组件数量众多且相互关联(相当多的继承正在进行,等等),因此我希望尽可能简化修改/构建过程

问题:

什么时候需要实际安装可视化组件包,而不是仅仅构建(或仅“编译”)使用和引用这些组件的EXE项目?当我更改可能影响对象检查器的成员时,是否只需要真正地“重新安装”选项板上的包?这里的任何概念性指导都是非常受欢迎的


再次提前表示感谢。:)

当您重新编译IDE已加载的包时,IDE通常会进行检测。编译包时,IDE将首先卸载相关的设计时包,然后在编译完成时尝试重新加载它们

当您的包被选为IDE中的活动项目时,您应该对该包进行更改。(您可以使用“项目组”一次打开多个项目。一次只能打开一个“活动”项目。)

这与编译应用程序时隐式编译包单元相反。我的建议是避免这种情况。它使您的包和项目变得更容易同步,部分原因是包不会被加载到IDE中,部分原因是您将更容易对包单元进行特定于项目的更改,而不是暂停,以考虑更改是否真正适合于共享包。切换活动项目所需的时间足以让包和应用程序在您的脑海中保持分离