Hallo,

ich deklariere in einer Klasse einen constructor, der nichts anderes als die Belegung der private deklarierten Attribute mit den Eingangsparametern (also Werten) machen soll.



funktioniert auch.
Nun habe ich gelesen, dass wenn man eigene constructoren schreibt diese "inherited;" bzw. "inherited create;" beinhalten sollten.

Ist dies tatsächlich unbedingt nötig - wenn ja WARUM? bzw. Warum funzt es auch ohne inherited create?

DANKE
loriot

Warum man es tun sollte:
Da mit Inherited die Funktionalität von TObject oder anderen Klassen initialisiert wird, von denen Du ableitest.

Warum es trotzdem geht:
Weil ein wenig Compiler-Magic zumindest einen Großteil von TObject auch so initialisiert.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Danke erstmal BenBE - aber "...MAGIC..." befriedigt natürlich wenig.
Liegt es an der Direktive "constructor" dass der Compiler "weiss" was zu machen ist - also Aufruf des create von TObject?

Nein.

TObject.create ist schlicht und ergreifend leer

Dass bei einem Konstruktor ein Objekt erzeugt werden soll, kann sich der Compilern zusammenreimen und den entsprechenden Code generieren.

Deshalb ist es - sofern du nur von TObject ableitetst - egal ob du das inherited aufruftst oder nicht da der Aufruf einer leeren Methode wirkunslos ist.

Wenn du es nicht reinschreibst wird TObject.Create auch nicht aufgerufen

Und der Konstruktor heißt standardmäßig Create.

jfheins hat folgendes geschrieben :

Wenn du es nicht reinschreibst wird TObject.Create auch nicht aufgerufen

Trotzdem sollte man es sich meiner Meinung nach mit angewöhnen..
wenn man von anderen Objekten ableitet, und das inherited aus Gewohnheit vergisst, kann dies spaßige Folgen haben.

jfheins hat folgendes geschrieben :

Deshalb ist es - sofern du nur von TObject ableitetst - egal ob du das inherited aufruftst oder nicht da der Aufruf einer leeren Methode wirkunslos ist.

Hi,

das gilt auch bei weiteren abgeleiteten Klassen, solange man nicht im constructor irgendwas initialisiert hat, der abgeleitete constructor also ebenfalls leer ist. Inherited create weist den Compiler eben an, diese Initialisierungen der Vorgängerklasse auszuführen. Lässt man es aber weg und fügt später mal "weiter oben" einen Code zur Initialisierung ein, hat man möglicherweise ein Problem, und bei fremder Software fällt man ganz sicher auf die Schnauze.

Create muss der constructor nicht heissen, dass ist nur eine Konvention. Zum Aufruf muss man sowieso nicht nur den Namen wissen, sondern auch die Parameter. Ich verwende z.B. für Konfigurationsdaten einen ganzen Satz constructoren Create_Integer, Create_Bool, Create_String usw. um verschiedene Typen anzulegen.

Gruss Reinhard

Vielen Dank an alle!!!
Kurzum: "inherited" ist nur dann nötig, wenn man im Konstruktor einer Oberklasse bereits etwas initialisiert hat - ansonsten nicht. Es ist aber besser es stets zu verwenden, um bei späterer Initialisierung in einer Oberklasse dies nicht nachholen zu müssen.
Viele Grüße