Vergleich von Delphi und Visual C++ - Inhalt

Vergleich von Delphi und Visual C++ - Kapitel 2C
Borland empfiehlt für Lese- und Schreib-Methoden eine einheitliche Namensgebung zu gebrauchen. Der Name einer Lese-Methode sollte
demnach stets mit dem Vorsatz "Get" beginnen, dem der Property-Name folgt (im Beispiel wäre das GetText). Der Name einer
Schreib-Methode sollte stets mit dem Vorsatz "Set" beginnen, dem der Property-Name folgt (wie im Beispiel zu sehen: SetText). Das Feld,
auf dem ein Property beruht, sollte immer mit dem Buchstaben "F" beginnen, dem der Property-Name folgt (im Beispiel: FText).
Beim Übersetzen ersetzt der Compiler jede Auslese- und jede Zuweisungs-Anweisung eines Propertys durch das zugeordnete Feld bzw.
durch einen Aufruf der zugeordneten Methode. Bei Methodenaufrufen, die Schreibzugriffe ersetzen, setzt er dabei den Wert des Propertys
als aktuellen Parameter der Set-Methode ein.
Die Implementierungs-Methoden von Properties können virtuell sein. In abgeleiteten Objekten können die Methoden polymorph
überschrieben werden. Das Lesen und Zuweisen der gleichen Properties kann dann im Basis-Objekt ganz andere Aktionen als im
abgeleiteten Objekt zur Folge haben.
Neben einfachen Properties existieren noch indizierte Properties, die sich dem Benutzer wie ein Array darstellen. Schreib- und
Lese-Methoden für indizierte Arrays benötigen einen weiteren Parameter, der den Index für den Zugriff festlegt.
Für alle Properties, die im published-Abschnitt einer Klasse deklariert sind, erzeugt der Compiler spezielle Informationen, die für die
Zusammenarbeit mit Delphis "Objektinspektor" von Bedeutung sind. Diese veröffentlichten Properties bilden die Basis für das "visuelle
Programmieren". Beim visuellen Programmieren und Gestalten von Programmen können Objekte in einer Design-Phase auf sogenannten
Formularen, den Fenstern der Anwendung, plaziert werden. Alle veröffentlichten Properties werden zur Design-Zeit von Delphi
ausgewertet und im Objektinspektor zur Ansicht gebracht. Die Werte der Properties können im Objektinspektor manuell verändert werden,
wobei Änderungen zur Design-Zeit genau dieselben automatischen Methodenaufrufe wie im endgültig übersetzten Programm auslösen.
Durch dieses Verhalten kann der Programmierer sofort, noch bevor er das Programm neu übersetzt und gestartet hat erkennen, wie sich
Eigenschaftsänderungen auswirken. Die Gestaltung der Programmoberfläche kann so aufgrund der Properties regelbasiert nach dem beim
Menschen sehr beliebten Schema "Trial and Error" (Versuch und Irrtum) erfolgen. Der Entwickler setzt die Hintergrundfarbe eines
Fensters auf rot, indem Property Color im Objektinspektor entsprechend geändert wird. Der implizite Aufruf der Funktion SetColor im
betreffenden Fenster-Objekt stößt daraufhin selbständig ein Neuzeichnen des eigenen Fensterbereichs an; das Fenster wird rot dargestellt.
Der Entwickler erkennt, daß ein roter Fensterhintergrund doch weniger gut anzusehen ist und kann sofort wieder Property Color auf Grau
zurücksetzen.
Die Bezeichnung "visuelles Programmieren" geht auf diese visuellen Gestaltungsabläufe zurück. Durch einfache Maus-Klicks und das
Ändern einiger Property-Werte können so erstaunlich schnell komplexe Anwendungen entstehen. Selbst das Erstellen von
Datenbankprogrammen mit relationalen Daten-Beziehungen, Abfragen (Queries), Filtern usw. wird auf diese Weise zum Kinderspiel.
Allerdings muß beim Erstellen eigener Objekte, hier auch Komponenten genannt, beachtet werden, daß auf die Änderung aller
veröffentlichten Property-Werte richtig bzw. überhaupt reagiert wird. Das kann beim Neu-Erstellen von Komponenten zunächst einigen
Mehraufwand bedeuten, der sich aber schnell bezahlt macht. Jeder Endanwender von Objekten erwartet wie selbstverständlich, daß
vorgenommene Änderungen sofort entsprechende, sichtbare Auswirkungen zur Folge haben.
Um auf komfortable Weise auch die Werte sehr komplexer, strukturierter Properties im Objektinspektor verändern zu können gestattet es
Delphi, für solche Typen eigene "Property-Editoren" zu schreiben. Sie müssen bei der Programmierumgebung (IDE) registriert und
angemeldet werden. Die Property-Editoren stellen teilweise komplette kleine Anwendungen, manchmal mit mehreren Dialogfenstern, dar.
Sie werden vom Objektinspektor aufgerufen und dienen einzig und allein dem "visuellen Programmieren" und werden (bzw. sollten) nicht
mit in das endgültig erstellte Programm aufgenommen (werden).
Die zunächst weniger spektakulär anmutende Spracherweiterung der Properties in Object Pascal kann die hinter diesem Konzept stehende
Leistungsfähigkeit erst im Zusammenspiel mit der geschickt gestalteten Programmierumgebung Delphis zum Tragen bringen. Es stellt eine
bedeutende Neuerung dar, daß bei der Objekt- und Komponenten-Entwicklung ein Großteil des erstellten Codes mehr oder weniger
ausschließlich dafür geschrieben wird, die Gestaltung und Entwicklung von Programmen zu vereinfachen und zu beschleunigen. Properties
bilden also nicht nur die Grundlage für "visuelles Programmieren" sondern sind auch der ausschlaggebende Grund für deutlich kürzere
Entwicklungszeiten in Delphi gegenüber Visual C++ bei der Programmierung fensterbasierender, GUI-orientierter Anwendungen. GUI =
Graphical User Interface (graphische Benutzeroberfläche)
2.3.6.11 Laufzeit-Typinformationen
Durch die Laufzeit-Typinformation (Run-Time Typ Information = RTTI) kann man zur Laufzeit eines Programms die Zugehörigkeit eines
http://ourworld.compuserve.com/homepages/praxisservice/kapit2c.htm (32 of 33) [19.05.2000 15:30:15]