试图为一组TFrame-descendent组件重新安排我的包,我发现它似乎有必要将我的一些实用程序TFrame后代与使用它们的对话框形式分开,主要是因为前者在调色板中注册为true组件和IDE似乎有时会混淆IDE使用它们的对话框形式.反过来,对话框形式由非可视组件调用,这些组件是第三个包的一部分.这一点,到目前为止,似乎让大多数编译器的依赖性有关的投诉 /混乱走开.(但我还没出来).
当使用对话框窗体(调用框架)编译包时,我收到警告"单元'MyFrames'被隐式导入包'MyDialogForms'"
鉴于它显示为编译器警告,我很久以前就给人的印象是"隐式导入"一个单元通常不是一件好事.是否有特定情况并非如此？即隐含导入单位是否合适,和/或适当的做法？......如果是,那些具体案例是什么？
我有一个可视化组件,我是从TFrame构建的(但随后注册到了调色板等); 它工作得很好,我喜欢能够使用IDE构建它.
我现在想要创建一个相关组件的"族",并且这样做,想要创建该组件的超类,然后从那里继承该组件和其他组件.
有很多方法可以做到这一点,我敢肯定,但我发现自己在想:是否有一个工具可以将*.DFM文件(即Forms或TFrames)转换为原始Object Pascal 构造函数代码？想一想用w/b开始w/b视觉形式或TFrame的好处,然后在某些时候从那个继承中断,并用DFM文件替换构造函数来替换流本质.
一如既往,所有的想法/投入都赞赏.