Vergleich von Delphi und Visual C++ - Inhalt

Weitere Magazine

Empfehlungen

Info

Vergleich von Delphi und Visual C++ - Kapitel 4 Object Pascal hat eine ganze Reihe von Konzepten aus C++ übernommen, diese aber mitunter in eine einfachere, klarere Syntax umgesetzt. Als Beispiel können hier der dynamische Typkonvertierungsoperator "as" und der gegenüber C++ erweiterte Methodenzeiger angeführt werden. Den beiden Entwicklungssystemen liegen Zusatzbibliotheken bei. Besondere Bedeutung kommt dabei den Klassenbibliotheken zu; genannt MFC in Visual C++ und VCL in Delphi. Sie wurden mit dem Ziel entwickelt, dem Entwickler einen Großteil der Arbeit abzunehmen, die beim Erstellen von Programmen für die Windows-Plattformen anfällt. Sie verkapseln das Win32-API in einer Vielzahl verschiedener Klassen, so daß auf die direkte Verwendung der Windows-Funktionen verzichtet werden kann. Die Erweiterungen im Objektmodell der Sprache Object Pascal haben es den Entwicklern der VCL gestattet, die Klassenbibliothek elegant zu implementieren. Die MFC führt in der Basisklasse "CObject" vergleichbare Erweiterungen ein: Botschaftsbehandlungs-Methoden, Möglichkeiten zur Botschaftszuteilung und zum dynamischen Instanzieren von Klassen. Da diese Erweiterungen nicht Bestandteil der normierten Sprachdefinition von C++ sind, mußten die Entwickler der MFC diese Sprachzusätze durch Makros "hinein-mogeln". Sie erfüllen in der Praxis ihren Zweck, wollen aber trotzdem nicht so recht in das Erscheinungsbild einer modernen, objektorientierten Sprache passen. Die Klassen der MFC lehnen sich sehr nah an das Windows-API an und bilden eine relativ dünne Schicht um es herum. Die Klassen der VCL abstrahieren das Windows-API auf einer höheren Stufe. Alle Windows-Kontrollelemente wie Schalter, Edit-Felder, Scrollbars usw., aber auch nicht sichtbare Systemfunktionen werden hier in sogenannten Komponenten-Klassen verkapselt, die auf Formularen, den Fenstern und Dialogen der Anwendung plaziert werden. Den Zustand dieser Elemente bestimmen Properties, denen man in einem, Objektinspektor genannten Fenster, aber auch durch Programmcode zur Laufzeit, Werte zuweisen kann. Die VCL führt ein erweitertes Ressourcen-Format ein, um zusätzliche Eigenschaften der Komponenten speichern zu können. Darin können z.B. hierarchische Beziehungen zwischen den Fenstern und Kontrollelementen festgehalten werden. Der Entwickler "belebt" die Elemente eines Formulars durch anwendungsspezifischen Code, der vorwiegend als Reaktion auf Ereignisse wie OnClick, OnChange, OnShow ausgeführt wird. Die MFC nutzt das Standard-Ressourcenformat von Windows, um visuell gestaltete Dialoge zu speichern. Die Windows-Kontroll-Elemente auf Dialogen stellen keine Objekte dar, nur für die Dialoge selbst können nachträglich in der Anwendung Klassen angelegt werden. Ein ClassWizard kann einen Teil der dabei anfallenden Arbeit abnehmen. Alle Nicht-Dialog-Fenster einer MFC-Anwendung können nicht graphisch-visuell gestaltet werden. Diese Fenster und die auf ihnen erscheinenden Windows-Kontrollelemente müssen manuell zur Laufzeit erzeugt erzeugt werden, was einen erheblichen Mehraufwand darstellt. Die MFC unterstützt durch einige Klassen eine sogenannte Document/View-Architektur. Diesem Konzept liegt die Feststellung zugrunde, daß sich viele Programme insofern ähneln, als sie ihre Daten in Dokumenten/Dateien speichern und dem Anwender innerhalb von Fenstern, den Views, zur Ansicht bringen. Anwender hantieren - durch die Views - mit den Daten und speichern sie wieder in den Dokumenten. Programme, die nach diesem Schema arbeiten, erhalten durch die Document- und View-Klassen der MFC aktive Unterstützung. Es findet eine Entkopplung zwischen der Datenhaltung und der Datendarstellung statt. http://ourworld.compuserve.com/homepages/praxisservice/kapit4.htm (3 of 4) [19.05.2000 15:30:20]
Vergleich von Delphi und Visual C++ - Kapitel 4 Die Klassenbibliotheken MFC und VCL unterstützen die Anwendungsentwicklung mit einer Vielzahl weiterer Klassen. Zu ihnen zählen z.B. erweiterte Strings, Grafikklassen, dynamische Arrays, Listen, Container und Klassen zur Datenbankanbindung. Der Vergleich von MFC und VCL hat deutliche Unterschiede zwischen den Klassenbibliotheken aufgezeigt. Bei der Entscheidungsfindung, welche Bibliothek - und damit verbunden- welches Entwicklungssystem verwendet werden soll, spielen eine Vielzahl von Faktoren eine Rolle. In jedem Fall sollte aber nicht das Entwicklungssystem die Lösung diktieren, sondern die angestrebte Lösung das Entwicklungssystem bestimmen. Wenn eine Programmaufgabe durch die Anwendung der Document/View-Architektur gelöst werden kann, ist dem Einsatz der MFC und Visual C++ der Vorzug zu geben. Falls zur Lösung einer Programmaufgabe eher viele Fenster, Dialoge und Windows-Kontrollelemente eingesetzt werden sollen, scheint die Verwendung der VCL und Delphis ratsam. Die Klassenbibliotheken beider Sprachen stellen proprietäre, herstellerspezifische Lösungen dar und sind nicht standardisiert. Programme, die mit ihnen erstellt wurden, können praktisch kaum auf andere Computer- oder Betriebssysteme portiert werden. Nur die MFC bietet die Möglichkeit an, Programme zumindest für ein anderes Betriebssystem (Apple Macintosh-System) zu generieren. Die Geschwindigkeit der mit Visual C++ und Delphi erzeugten Programme ist ähnlich. Rein subjektiv betrachtet, scheinen aber Programme, die mit der MFC erstellt wurden, ein bißchen schneller abzulaufen. Andererseits trägt der Einsatz der VCL mit der guten API-Kapselung und Delphis visueller Entwicklungsumgebung wesentlich zur Produktivitätssteigerung bei der Programmierung bei. Man kann sich in Delphi mehr darauf konzentrieren, was man erstellen möchte und muß seltener überlegen wie man ein bestimmtes Problem löst. Zurück zum Inhaltsverzeichnis Literaturverzeichnis http://ourworld.compuserve.com/homepages/praxisservice/kapit4.htm (4 of 4) [19.05.2000 15:30:20]
Seite 1 und 2:
Vergleich von Delphi u. VC++ http:/
Seite 3 und 4:
Vergleich von Delphi und Visual C++
Seite 5 und 6:
Seite 7 und 8:
Seite 9 und 10:
Seite 11 und 12:
Seite 13 und 14:
Seite 15 und 16:
Seite 17 und 18:
Seite 19 und 20:
Seite 21 und 22:
Seite 23 und 24:
Seite 25 und 26:
Seite 27 und 28:
Seite 29 und 30:
Seite 31 und 32:
Seite 33 und 34:
Seite 35 und 36:
Seite 37 und 38:
Seite 39 und 40:
Seite 41 und 42:
Seite 43 und 44:
Seite 45 und 46:
Seite 47 und 48:
Seite 49 und 50:
Seite 51 und 52:
Seite 53 und 54:
Seite 55 und 56:
Seite 57 und 58:
Seite 59 und 60:
Seite 61 und 62:
Seite 63 und 64:
Seite 65 und 66:
Seite 67 und 68:
Seite 69 und 70:
Seite 71 und 72:
Seite 73 und 74:
Seite 75 und 76:
Seite 77 und 78:
Seite 79 und 80:
Seite 81 und 82:
Seite 83 und 84: Vergleich von Delphi und Visual C++
Seite 93 und 94: }; Vergleich von Delphi und Visual
Seite 101 und 102: { Vergleich von Delphi und Visual C
Seite 133: Vergleich von Delphi und Visual C++
Alle anzeigen

Vergleich von Delphi und Visual C++ - Inhalt

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?