Das gleiche gilt für destructor. Irgendwie verstehe ich den Sinn nicht wieso ich hier constructor und da destructor schreiben soll. Und wieso nicht einfach procedure?



Wieso reicht es nicht einfach das zu schreiben?



Also inherited rufe ich sowieso auf. Was passiert zusätzlich bei constructor? Und wenn da was passiert, wieso muß ich noch inherited schreiben? Das ist ja eine doppelte Pflege. Wiso wird das nicht in einem Rutsch miterledigt?

Der Konstruktor dient zum Erzeugen des Objekts, und hat deshalb eine andere Aufgabe wie die Prozeduren/Funktionen.

Konstruktor und Destruktor sind spezielle Methoden: Der Konstruktor erzeugt ein Objekt, der Destruktor zerstört es wieder.
Die meisten OOP-Sprachen haben eine festgelegte Syntax um Konstruktor und Destruktor zu festzulegen. In C++ hat beispielsweise der Konstruktor immer den gleichen Namen wie die Klasse selbst und der Destruktor den Klassennamen mit einer vorangestellten Tilde. Bei Object Pascal sind es eben die Schlüsselwörter constructor und destructor.

Stefan

Normalerweise werden deine lokalen Variablen einfach auf dem Stack abgelegt und verlieren ihre Gültigkeit nach verlassen der Prozedur. Natürlich kann man auch globale nehmen.
Der Kasus knaxus aber ist (Grundlage der Objektorientierten Programmierung): Man möchte verschieden viele Objekte während des Programmes verwenden und weiß zur Kompilierzeit noch gar nicht wie viele. Dann weiß ich aber auch nicht wie viel Speicher ich brauche und muss diesen dynamisch anfordern und natürlich auch wieder freigeben. Dies sind die wesentlichen Punkte, die die Construktoren und Destruktoren ausführen sollen. Die Initialisierung des Objektes ist nicht wirklich Aufgabe des Construktors und kann eine einfache Prozedur sein. Nimm einfach den Standardconstruktor

myobject:=Tmyobject.create;
initialize(myobject);

Allesquarks hat folgendes geschrieben:

myobject:=Tmyobject.create; initialize(myobject);

Das halte ich aber für keinen guten Stil. In Object Pascal gehört Speicherallokation und Initialisierung schon zusammen - bei sowas sollte man sich meiner Meinung nach immer an die Konventionen der jeweiligen Sprache halten.

Und wenn man den nun unbedingt eine eigene Initalisierungsmethode haben will, sollte es auch wirklich eine Methode sein. Eine normale Prozedur hat in Objektinterna nichts verloren - man gibt sonst alle Vorteile der OOP auf.

Stefan

meinte auch eine Methode

Ich danke euch.