Komponenten variabel halten (unterschiedliche Editionen)

[oki]

Und der Compiler meckert in ExtComps nicht, dass es die Klasse TMyComp schon gibt?

Ich dachte, dass mit den Compilerschaltern wäre klar.
Was hält dich davon ab alles in der Komponente zu deklarieren.

Delphi-Quellcode:

type
  TMyComp = class
    { ... }
  published
    {$IfDef StandardVersion}
    property StdProp1 ...
    property StdProp2 ...
    {$EndIf}
    {$IfDef ExtendedVersion}
    property ExtProp ...
    {$EndIf}
  end;

Ich hatte deine Frage erst so verstanden, dass du fragst was wir davon halten, ob die Eigenschaften einer Komponente in den published oder public Teil sollten.

Gruß oki

[RWarnecke]

Nein, es geht darum, wie ich bestehende Komponenten dementsprechend einsetze. Ich habe bis jetzt noch keine eigene Komponente entwickelt. Deshalb ist die Grundidee, so wie es Panthrax geschrieben hat.

[oki]

ok, dann habe ich das verstanden. Das man eine Klasse definieren kann, bei der die abgeleitete Klasse den gleichen Bezeichner hat wie sein Vorfahre ist mir aber neu. Ich dachte, da mault der Compiler.

Gruß oki

[DeddyH]

Wieso sollte der Compiler maulen, das sind ja unterschiedliche Namespaces.

[oki]

Zitat von DeddyH:

Wieso sollte der Compiler maulen, das sind ja unterschiedliche Namespaces.

Das stimmt

Solange man die Klassen nicht registrieren muss sollte das dann funzen. Ich dachte immer, das würde so Probleme geben. Aber wenn Delphi das auf Grund des Namespace (andere Unit) durchgehen läßt solls mir recht sein.

Gruß oki

[RWarnecke]

Gibt es noch andere Möglichkeiten ? Oder gibt es noch etwas schlechtes oder auch gutes an den bereits vorgestellten Möglichkeiten ?

[markus5766h]

Hallo, beschränken sich die verschiedenen Berechtigungen auf die Verwendung einer Komponente
oder auf den Zugriff auf verschiedene Funktionen der Komponente ?
bsp. ListView, ListView.SubItems ...