Vorteile von Delphi gegenüber C#

[Alfredo]

Zitat:

Eine moderne UI ist halt etwas komplizierter als ein alte Dos-Oberfläche

Irrtum. Daraus entsteht eben sofort eine moderne GUI.

Gruß
Alfred

[HeikoAdams]

reduced to the max oder wie?

[R2009]

Hi,

mir gehts fast wie dir. Ich habe kürzlich einen C# Kurs gemacht.

Zitat:

{ und } statt begin und end. Dadurch, dass es nur ein Zeichen ist, nimmt es weniger Platz weg und eine Zeile in der nur "}" steht wirkt schon fast wie eine Leerzeile im Gegensatz zu einer Zeile in der ein ganzes Wort wie "end" steht. Dadurch ist keine weitere Leerzeile zur Strukturierung des Codes nötig und die Struktur springt sehr gut ins Auge.

Ist überhaupt kein Nachteil von Delphi. Ich finde die Klammersyntax (begin end) einfach besser als die Klammern in C# (C oder C++ das gleiche)., aber nur wenn sie nicht mit C gekreuzt wird:

Delphi-Quellcode:

If n= 0 then begin
end;

Sowas find ich auch in Delphi (Pascal) bescheiden.

Zitat:

Variablen/Methoden müssen nicht extra in einem gesonderten Abschnitt deklariert werden. Dadurch spart man sich Zeilen und man hat die Deklaration gleich dort stehen, wo die Variable im Code verwendet wird.

Das ist für mich ein Nachteil. Warum nicht gleich zurück zu Basic da muss ich garnichts mehr deklarieren.

Zitat:

Case-Sensitivität: Indem man Parameter und Variablen mit einem Kleinbuchstaben beginnen lässt und Typen und Methodenbezeichner mit einem Großbuchstaben, sind Präfixe wie "T" für Typen oder "F" für Felder nicht mehr nötig

Das macht einen doch kirre und verleitet dazu z.B. "nummer" und "Nummer" zu verwenden. Wo bleibt denn da die Übersichtlichkeit.

Zitat:

Ich vermute aber, dass es genauso gut andersrum Vorteile von Delphi gegenüber C# gibt. Welche sind diese?

Ganz einfach:
Ich persönlich bin mit Pascal und Delphi aufgewachsen! Für mich ist und bleibt Delphi und somit Pascal die Nummer eins.

Viele Grüsse


PS:
generic hat geschrieben:

Zitat:

Delphi zeichnet übrigens durch kurze Entwicklungszeiten aus.
Irgendwie ist alles drin was ein Entwickler wirklich braucht, ohne Schnick und Schnack.

Da kann ich nur eins sagen: Volltreffer

[HeikoAdams]

Zitat von R2009:

Zitat:

Variablen/Methoden müssen nicht extra in einem gesonderten Abschnitt deklariert werden. Dadurch spart man sich Zeilen und man hat die Deklaration gleich dort stehen, wo die Variable im Code verwendet wird.

Das ist für mich ein Nachteil. Warum nicht gleich zurück zu Basic da muss ich garnichts mehr deklarieren.

Abgesehen davon das sich mir der Sinn des nicht deklarieren müssen von Methoden und Variablen nicht wirklich erschließt.

Zitat von R2009:

Ich persönlich bin mit Pascal und Delphi aufgewachsen! Für mich ist und bleibt Delphi und somit Pascal die Nummer eins.

Geht mir genau so. Delphi rulez
Und seit Embarcadero Delphi und Co übernommen hat, geht es auch endlich wieder vorwärts mit Delphi. In den letzten Borland-Jahren ist die Weiterentwicklung von Delphi ja eher stagniert die Qualität der Entwicklungsergebnisse konnte man getrost als Murks bezeichnen. Aber das wird jetzt zu sehr Offtopic.

Zitat:

Case-Sensitivität: Indem man Parameter und Variablen mit einem Kleinbuchstaben beginnen lässt und Typen und Methodenbezeichner mit einem Großbuchstaben, sind Präfixe wie "T" für Typen oder "F" für Felder nicht mehr nötig

Also wenn ich das richtig verstehe, dann kann man bei C# in einer Methode zwei Variablen mit dem gleichen Namen, nur in unterschiedlicher Schreibweise, anlegen? Na dann mal viel Spaß beim Debuggen von komplexen Methoden Da hat dann doch ganz schnell die falsche Variable am Wickel und wundert sich dann, wenn das Ergebnis nicht passt. Wie ich schon sagte: Wer keine Arbeit hat, der macht sich welche.

[Alfredo]

Zitat:

reduced to the max oder wie? Grübelnd...

Man soll es ja nicht übertreiben , aber das ist alles

Zitat:

#include "dcdialog.ch"

PROCEDURE MAIN()

LOCAL GETLIST := {}, Getoptions
SET DATE GERMAN
SET CHARSET TO ANSI

@ 5,30 DCPUSHBUTTON ;
CAPTION {||'Start'} ;
SIZE 10, 1.5 ;
Action{||msgbox("Hallo Markus")}

DCGETOPTIONS ;
SAYLEFT ;
WINDOWHEIGHT 250 ;
WINDOWWIDTH 500

DCREAD GUI ;
TITLE 'eXPress++-Beispiel' ;
MODAL ;
OPTIONS GetOptions

RETURN

Procedure APPSYS()
RETURN

Wenn man sich die Mühe macht, kommt man sicher mit 5 Zeilen aus.

Gruß
Alfred

[exilant]

Zitat von Alfredo:

Würde

@ 17,20 DCPUSHBUTTON

wirklich eine Programmiersprache verkomplizieren?

Diese Befehlsyntax hat z.B. für Xbase++ eine Einmanfirma entwickelt.


Gruß
Alfred

Auwei. Sowas ging schon zu Clipper 5.x Zeiten. Stichwort UDC (User Defined Commands). Ist nichts anderes als ein Präprozessor "Hack". Schau dir mal den Output des Präprozessors an (so das mit XBase++ geht).
Es gab da mal eine entsprechende Win3x Erweiterung Clip4Win und Fivewin. Die haben auf einem ähnlichen Klavier gespielt. Mit einer C Bibliotkek die Win Api (einen sehr kleinen Teil) gekapselt und dann mittels eines Haufens UDCs in Clipper/Xbase Syntax verfügbar gemacht. Zumindest ersteres ist ja unter Xbase++ nicht nötig da es ja native Win32 ist und mit entsprechenden Laufzeitbibliotken ausgeliefert wird.
Ansonsten war es aber eine Sackgasse. Wundert mich, das die XBase++ Leute jetzt solche Konzepte wieder ausgraben. Vermutlich gibt es doch noch mehr alte Clipper Apps als ich dachte. Allerdings lohnt sich der Portierungsaufwand auf eine tote Plattform wie Xbase/VO imo nicht.

[HeikoAdams]

Und ich dachte immer, der Sybase PowerBuilder wäre grausam 8)

[Meflin]

Was bitteschön ist an dem Pascal-Variablendeklarationszwang ein Vorteil? Man wird doch allenernstes dazu gezwungen, popelige Schleifenvariablen u.ä. Methoden-global zu deklarieren. I call Bullshit!

Code:

for(int i = 0; i < X; i++)

gültig genau innerhalb der Schleife, wo ich es haben will. Lesbarer Code hin oder her. Sichtbarkeitsüberschneidungen sind _auch_ eine Fehlerquelle

[mkinzler]

War ja ursprünglich für DOS gedacht und wurde dann erweitert

[HeikoAdams]

Zitat von Meflin:

Was bitteschön ist an dem Pascal-Variablendeklarationszwang ein Vorteil?

Naja, wenn man z.B. in einer Methode mehrere Schleifen hat, braucht man die Zählvariable nur einmal zu deklarieren. Recycling leicht gemacht Abgesehen davon finde ich es übersichtlicher und den Code leichter lesbar, wenn ich alle in einer Methode/Unit verwendeten Variablen auf "einem Haufen" habe und nicht erst die Methode komplett lesen muss, um zu wissen, welche Variablen existieren und ggf. recycled werden können.