我现在对borland公司的某些代码的做法感到非常奇怪,希望大家帮我解释下:
我曾经在对TProgressbar学习他的用法时候,在uses 块里只加了ComCtrls
此时ProgressBar1不识别FillColor属性,
只有当再在uses块里加个QComCtrls才会识别ProgressBar1有FillColor属性,
经过一翻思考发现在QComCtrls里 TProgressBar = class(TGraphicControl) ....
在ComCtrls里 TProgressBar = class(TWinControl).....
我真的感觉很奇怪,平常玩其他的语言时候,都是针对某个对象只要引用一个包或则叫头文件,而
在Delphi里有可能要引用几个单元才行,
那一次我为了找TProgressBar1的FillColor属性,发了好长时间,
我还真怕以后做开发时候也有类似的情况出现,
我想问下有经验丰富的各位出现我说的上面这种情况多吗?
怎么解释为什么Borland会针对TProgressBar作出在不同Unit里定义,恳请各位帮我解惑.
我曾经在对TProgressbar学习他的用法时候,在uses 块里只加了ComCtrls
此时ProgressBar1不识别FillColor属性,
只有当再在uses块里加个QComCtrls才会识别ProgressBar1有FillColor属性,
经过一翻思考发现在QComCtrls里 TProgressBar = class(TGraphicControl) ....
在ComCtrls里 TProgressBar = class(TWinControl).....
我真的感觉很奇怪,平常玩其他的语言时候,都是针对某个对象只要引用一个包或则叫头文件,而
在Delphi里有可能要引用几个单元才行,
那一次我为了找TProgressBar1的FillColor属性,发了好长时间,
我还真怕以后做开发时候也有类似的情况出现,
我想问下有经验丰富的各位出现我说的上面这种情况多吗?
怎么解释为什么Borland会针对TProgressBar作出在不同Unit里定义,恳请各位帮我解惑.
没有Q的VCL架构应用于Windows开发,加Q的CLX架构应用于Kylix多平台开发。两者的实现是不一样的。作为控件来说也会有一些不同的属性。
奉劝一句,不要混合使用,不然会出现一些你意料以外的问题。