🚀 go-pugleaf

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

Ullrich von Bassewitz  (uz@wuschel.ibb.schwaben.com) wrote on 16.11.95
about "Re: Frage":

> 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).

Access ist in dieser Hinsicht eine Katastrophe, stimmt; kannst Du kurz
schildern wie das in Delphi geloest ist ???

---                                     Take a look at ...
Walter Sommergruber                                    The Software Site
email: wsog@softsite.co.at           http://www.softsite.co.at/softsite/

Walter Sommergruber (wsog@softsite.co.at) wrote:
> > 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).
>
> Access ist in dieser Hinsicht eine Katastrophe, stimmt; kannst Du kurz
> schildern wie das in Delphi geloest ist ???

Delphi hat im Gegensatz zu Access für jede Form (bzw. jedes Modul) "echte"
Quelltexte und eigene Dateien in der die Form gespeichert ist. Diese kannst
Du austauschen oder sonstwie verwalten. Falls Module zu schreiben sind, für
die Du die graphische IDE nicht brauchst (wobei die Fälle wohl selten sein
werden), dann gibt es auch einen Kommandozeilencompiler.

Wobei das so langsam off-topic zu werden droht: Im obigen Absatz kommt kein
einziges Mal mehr das Wort 'C++' vor :-)

Gruß


        Uz


-- 
Ullrich von Bassewitz                              uz@ibb.schwaben.com

Besitzt Delphi eine eingebaute Datenbank, oder nur Datenbank- 
Schnittstellen?

Arent

_____________________________________________________________________
Arent Gröbner                                      Darmstadt, Germany


## CrossPoint v3.02 ##

Arent Groebner (arent@pegasus.RoBIN.de) wrote:
> Besitzt Delphi eine eingebaute Datenbank, oder nur Datenbank- 
> Schnittstellen?

Schluck! Was hat den _das_ mit C++ zu tun? Ich habe mal das Followup
passend gesetzt.

(Und was die Frage angeht: Delphi kommt mit einer abgespeckten Version des
Borland SQL Servers, kann von sich aus auch DBase, Paradox, MS-Access und
sonstige Datenbanken erzeugen und verwalten).

Gruß


        Uz

-- 
Ullrich von Bassewitz                              uz@ibb.schwaben.com