Zitat von
alzaimar:
Zitat von
s-off:
Für einige Klassen ist dieses bereits implmentiert worden. Beispielsweise für TForm und ihr Feld FComponents, wie bereits in #2 erläutert.
Das Eine hat doch nichts mit dem Anderen zu tun. Wincontrols können als Container fungieren und stelln deshalb logischerweise Funktionalitäten bereit, die es ermöglichen, durch den Container zu iterieren. Das betrifft jedoch andere Objekte, die auf ihr drauf liegen, aber nicht die Form selbst...
Wieso hat das eine mit dem anderen nichts zu tun?
Die Form (Instanz der Klasse) weiß aber, was auf ihr liegt (Komponenten).
Zitat von
alzaimar:
Die TForms-Klasse weiss aber auch nicht, wie viele Forms denn so rumfleuchen. Das geht auch gar nicht, weil eine Klasse keine Felder besitzen kann, die aber irgendwie für die Implementierung dieser Funktionalität von Nöten wäre.
Das habe ich doch auch gar nicht behauptet. Aber eine Instanz von TForm weiß, wieviele Komponenten auf ihr 'rumfleuchen'
Zitat von
alzaimar:
Erstelle Dir also einen Container für deine Objekte. Im Construktor fügst Du die Instanz in die Liste ein und im Destruktor wieder raus.
Spreche ich chinesisch
Das ist doch genau das, was ich die ganze Zeit gesagt habe; in jedem der Beiträge oben habe ich gesagt, dass er es seiner Klasse beibringen muss.
Was eine Liste (FComponents) der Container für TForm ist muss er sich für seine Klasse auch bauen.
Und damit meinte ich genau das, was alzaimar mit seinem PanelContainer vorgeschlagen hat
Deutlicher kann man es wohl ohne Codebeispiel nicht erläutern.
Und dass Du, BomberBB, mich nicht ohne Beispiel verstanden hast, tut mir leid. Deswegen musst Du allerdings nocch lange nicht allen anderen unterstellen, sie hätten Dich nicht verstanden
