Proceduren von untergeordneten Objekten

[sx2008]

Ich würde dir raten, keine Objekte die zur Benutzeroberfläche gehören zu grösseren Objekten zusammenzubauen.
Das endet regelmässig in der Sackgasse, weil das entstehende Objekt sehr unflexibel wird.

Mal angenommen du hast einen "Geburtstag-Geschenke-Planer".
In einem Edit-Feld gibt man den Namen eines Freundes ein und im Stringgrid darunter werden die potentiellen Geschenke mit Preis aufgelistet.
Man kann die Geschenke editieren und sie nach der "Wunschpriorität" ordnen.

Man könnte jetzt auf die Idee kommen, das TEdit und das Stringgrid zu einer Einheit zusammenzufassen.
Das ist aber wie gesagt unflexibel und schwer zu testen.
Stattdessen sollte man lieber die ganze Logik (Laden und Speichern der Geschenkeliste,...)
in eine TGeschenkePlaner-Klasse bringen und die Schicht zwischen Benutzeroberfläche und dieser Klasse
möglichst dünn machen.
D.h. wenig Code im Formular und möglicht viel Logik in der TGeschenkePlaner-Klasse.