Article View: de.comp.lang.c++
Article #806Re: Frage
From: Ullrich von Bassewitz
Date: Thu, 16 Nov 1995 13:52
Date: Thu, 16 Nov 1995 13:52
58 lines
3274 bytes
3274 bytes
Martin Cracauer (cracauer@wavehh.hanse.de) wrote:
> Wenn Du bisher weder in C++ noch in Object Pascal programmiert hast
> und wenn die Daten so formal sind, dass man sie gut in ein Schema
> pressen kann, und Du willst ohne jahrelange EInarbeitung chice
> Oberflaechen verbraten, ohne dass es allzusehr auf funktionelle
> Details, Performance und Korrektheit ankommt, dann ist Delphi
> sicherlich die bessere Wahl, wobei anzumerken ist, dass die Satz zu
> lang und zu sehr geschatelt ist :-)
Das scheinen mir ein bischen viel Einschränkungen zu sein, die Du da machst.
Warum soll sich Object Pascal nur für formale Daten eignen, die sich gut in
ein Schema pressen lassen? Und: Sowohl die funktionellen Details, als auch
Performance und Korrektheit hängen nicht von Delphi ab (vielleicht noch am
ehesten das erstere).
Delphi enthält einen Object Pascal Compiler, ist also - was Performance
angeht - an der oberen Grenze des unter Windows machbaren (das meiste frißt
sowieso nicht das Programm, sondern Windows - beim Zeichnen der ganzen
grafischen Elemente). Ob Dein Programm korrekt ist liegt primär erstmal an
Dir und die funktionellen Details zum großen Teil auch.
Viel problematischer an Delphi ist (und das gilt auch für den Rest der
ganzen Entwicklungsumgebungen für Windows, zumindest soweit ich sie kenne),
daß sie Dich erstens zu einer bestimmten Arbeitsweise zwingen, und zweitens
ein Arbeiten im Team mit den dazugehörigen Tools extrem schwer machen (dabei
geht Delphi noch, die wirkliche Katastrophe ist hier MS-Access).
Mit "zu einer bestimmten Arbeitsweise zwingen" meine ich, daß Du z.B. Deinen
eigenen Editor nicht oder nur unter Schwierigkeiten einbinden kannst, Du
kannst die ganze Umgebung entweder so akzeptieren (und Dich anpassen), oder
Dir eine andere Umgebung suchen. Daraus ergibt sich auch direkt die zweite
Schwierigkeit: Der Versuch, ein Revision Control System oder ähnliches
einzubinden, oder auch nur das Austauschen von Sourcen transparent zu machen
schreitert auch an der mangelnden Konfigurierbarkeit (wobei - und das
verkenne ich auch nicht - nur dadurch eben das Konzept von Delphi möglich
ist).
Was sich anbietet mit Delphi zu machen sind:
* Kleine Anwendungen.
* Anwendungen, die zum größten Teil aus Benutzer-Interface bestehen.
* Gemischte Anwendungen: Du schreibst das Interface mit Delphi und
schreibst Deinen "eigentlichen" Code in C oder C++ und packst ihn
in eine DLL, die von Delphi verwendet wird.
In allen drei Fällen ist Delphi einer Programmentwicklung "zu Fuß", d.h.
unter C oder C++ um Welten überlegen.
Gruß
Uz
--
Ullrich von Bassewitz uz@ibb.schwaben.com
Technical Details
Message-ID:
<6ZQ6BJBE@wuschel.ibb.schwaben.com>Path:
arc1-ca.pugleaf.net!wuschel.ibb.schwaben.com!not-for-mailReferences:
<H.eg.RoD1n9sB83U@francois.limmat.net.ch> <1995Nov15.144350.12332@wavehh.hanse.de>Show Full Headers
Complete Article Headers
Newsgroups: de.comp.lang.c++ Path: arc1-ca.pugleaf.net!wuschel.ibb.schwaben.com!not-for-mail From: uz@wuschel.ibb.schwaben.com (Ullrich von Bassewitz) Subject: Re: Frage Date: 16 Nov 1995 13:52:13 GMT References: <H.eg.RoD1n9sB83U@francois.limmat.net.ch> <1995Nov15.144350.12332@wavehh.hanse.de> Message-ID: <6ZQ6BJBE@wuschel.ibb.schwaben.com> Reply-To: uz@ibb.schwaben.com Organization: Ingenieurbuero von Bassewitz X-Newsreader: TIN [version 1.2 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit