Vergleich von Delphi und Visual C++ - Inhalt

Vergleich von Delphi und Visual C++ - Kapitel 2C
Auch in C++ werden für gewöhnlich Klassenrumpf und Methodenimplementierung voneinander getrennt. Der Klassenrumpf, die
Klassen-Schnittstelle, wird von der Klassen-Implementierung entkoppelt. Die Methoden-Deklarationen stellen dann eine Art
Forward-Deklaration dar. Der Klassenrumpf wird in Header-Dateien, die Methodenimplementierung in CPP-Moduldateien definiert.
Entsprechend wird in Object Pascal der Klassenrumpf im Interface-Abschnitt und die Methoden-Implementierung im
Implementation-Abschnitt einer Unit eingefügt. Über Include- bzw. Uses-Anweisungen können in anderen Modulen bestehende Klassen in
beiden Sprachen leicht bekannt gemacht werden.
Klassen belegen keinen Speicher, da sie nur eine spezielle Typ-Deklaration darstellen. Eine Speicherbelegung erfolgt erst beim
Instanzieren von Klassen. Eine Klasseninstanz heißt Objekt. C++ gestattet das Anlegen statischer und dynamischer Instanzen.
In Object Pascal sind dagegen, genauso wie z.B. in der "Internet-Sprache" Java der Firma Sun Microsystems, ausschließlich dynamische
Objekt-Instanzen zulässig. Der Vorschlag des ANSI-ISO-Komitees für ein Objekt-Modell in Pascal [8, S. 12 / S. 44], genannt
Referenzmodell, wurde fast vollständig in Object Pascal realisiert. Eine Variable vom Typ einer Klasse enthält kein Objekt, sondern einen
Zeiger. Dieser Zeiger kann zur Laufzeit ein Objekt referenzieren oder den Wert nil enthalten um anzudeuten, daß er gerade kein gültiges
Objekt referenziert. Beim Erzeugen eines neuen Objekts wird dem Zeiger die Adresse des Speicherbereiches zugewiesen, der für das
Objekt reserviert wurde. D.h., alle Objekte werden auf dem Heap angelegt und belegen immer nur 4 Byte im Stack-Speicher. Der Heap
bezeichnet den Speicher, den eine Anwendung belegt, um z.B. dynamische Variable erstellen zu können.
Felder und Methoden dynamisch angelegter Objekte werden normalerweise wie bei gewöhnlichen dynamischen Variablen angesprochen:
Zeiger->Feld in C++ und Zeiger^.Feld in Object Pascal. Da nun aber in Object Pascal sowieso alle Objekte dynamisch angelegt werden
und Zeiger darstellen, kann der Compiler beim Zugriff auf die Elemente eines Objekts eine Dereferenzierung automatisch durchführen. Es
ist weder notwendig noch möglich, den Zeiger explizit zu dereferenzieren. Ein Objekt stellt sich trotz dynamischer Allokation wie eine
statische Variable dar. Ein Zugriff erfolgt, ebenso wie in Java, in der Form ObjektZeiger.Feld bzw. ObjektZeiger.Methode. Beim Zugriff
auf das gesamte Objekt wird der Zeiger nicht dereferenziert. Statt dessen wird mit dem Wert des Zeigers, also der Adresse der Instanz
gearbeitet. Das wirkt sich insbesondere bei Zuweisungen aus.
Das Object Pascal Referenzmodell wird aufgrund seiner Eigenschaft des "automatischen Dereferenzierens" mitunter "zeigerloses
Konzept" genannt. Zeigerlos deshalb, weil vor dem Programmierer die Tatsache verborgen wird, daß er in Wahrheit ständig mit Zeigern
hantiert. Tatsächlich scheint es für Programmier-Anfänger hilfreich zu sein, zunächst von Zeigern und der Zeiger-Syntax verschont zu
bleiben. Das Referenz-Modell wird vielfach als leichter verständlich und einfacher lehrbar empfunden.
Instanzierung, Nutzung und Freigabe des Objekts Komplex kann in beiden Sprachen so erfolgen:
VC++
statisch
Komplex a;
a.Zuweisung(10, 5);
a.Ausgabe();
dynamisch
Komplex* b;
b = new Komplex;
b->Zuweisung(10, 5);
b->Ausgabe();
delete b;
var b: Komplex;
Object Pascal
keine statische Instanzierung möglich
b:= Komplex.Create;
b.Zuweisung(10, 5);
b.Ausgabe;
b.Free;
dynamisch
Statische Objekte werden, wie alle anderen statischen Variablen auch, automatisch freigegeben, sobald ihr Gültigkeitsbereich verlassen
wird.
Beachtet werden muß jedoch, daß dynamisch erzeugte Objekte vom Programmierer selbst wieder freigegeben werden müssen, da sonst mit
der Zeit Speicher-Löcher (=unbenutzter, nicht freigegebener Speicher) entstehen. Eine Einbettung in einem
try/finally-Ressourcenschutzblock des Codes, der auf dynamisch erzeugte Objekte zugreift, ist ratsam, um eine sichere Freigabe des
belegten Speichers zu erwirken.
http://ourworld.compuserve.com/homepages/praxisservice/kapit2c.htm (3 of 33) [19.05.2000 15:30:14]