Neue Komponente ableiten (FMX)

[Bernhard Geyer]

Zitat von Schorschi5566:

In meinem Fall habe ich also von TTextControl (Vorfahr von TGroupBox) abgeleitet. Und damit ich alles von der originalen Komponente dabei habe, kopiere ich die Originalklasse und benenne sie um.

Damit hast du aber ein Klassisches Anti-Pattern realisiert.

Zitat von Schorschi5566:

Als Faustregel bei der Komponentenableitung könnte man also sagen, dass man vom Vorfahr ableiten sollte, wenn er ein "Custom" im Klassennamen hat, ansonsten von der Originalkomponente. Grob jedenfalls.

Bie der VCL sind die Custom-Controls letztendlich nur die Controls ohne veröffentlichte Properties. Bei FMX hat man sich das scheinbar gespart (ich denke aber auch das bei FMX weniger Property-Altlasten als in der VCL vorhanden sind so das dies noch nicht nötig ist9.

Als Grob-Vorgabe ist wohl eher: Nimm das Control das deinem gewünschten Control am Ähnlichsten ist und du am wenigsten implementieren musst.

[himitsu]

Nötig ist es eigentlich dennoch,
denn wie soll man in einer abgeleiteten Klasse ordentlich ein Property im OI loswerden, welches z.B. dort intern geregelt oder nicht verwendet wird, bzw. nicht extern gesetzt werden darf?

Schade nur, daß es keine Möglichkeit gibt, die Sichtbarkeiten auch bei den Methoden zu regeln.


PS: Beim TEdit gibt es ein TCustomEdit ... da war jemand wohl nicht ganz konsequent.