Delphi ist unbeliebt...angeblich

[himitsu]

Diese Signatur ist ein Delphi-PRAXiS-Produkt.

Damals, als ARC in Delphi-Mobile rein kam und Viele wegen des fehlenden Garbage Collectors rumheulten.

[nahpets]

Zitat von Towmuz:

Das kleine Stück hier aus C# (im Prinzip nur eine Zeile):

Code:

Dictionary<string, FileObject> files = 
    Directory.GetFiles(oldPath, "*.*", SearchOption.AllDirectories).ToDictionary(
                                                                                 Key => Key,
                                                                                 Value => new FileObject()
                                                                                 {
                                                                                    NewFilename = "",
                                                                                    NewPath = @"E:\BilderAlt\",
                                                                                    OldFilename = Path.GetFileName(Value),
                                                                                    TblDokumentNr = Path.GetFileName(Value).TrimStart('0').Split('.')[0],
                                                                                    OldPath = Path.GetDirectoryName(Value) + @"\",
                                                                                    ID = irgendwas
                                                                                 });

Wieviele Blidschirme braucht man eigentlich nebeneinander, um diese Zeile lesen zu können? Schriften kleiner 18 sind für mich nicht dauerhaft anstrengungsfrei lesbar.

In Delphi kann ich übrigens auch alle Attributzuweisungen in einer Zeile schreiben.
Muss ich aber nicht.

Mal etwas lesbarer:

Code:

Dictionary<string, FileObject> 
  files = Directory.GetFiles(oldPath, "*.*", 
  SearchOption.AllDirectories).ToDictionary
  (
    Key => Key,
    Value => new FileObject()
    {
      NewFilename = "",
      NewPath = @"E:\BilderAlt\",
      OldFilename = Path.GetFileName(Value),
      TblDokumentNr = Path.GetFileName(Value).TrimStart('0').Split('.')[0],
      OldPath = Path.GetDirectoryName(Value) + @"\",
      ID = irgendwas
    }
  );

Und schon hab' ich kaum noch weniger Zeilen als in Delphi.

Wenn sich die Effektivität von Programmiersprachen dadurch ableitet, dass man möglichst viel in eine Zeile Schreiben kann oder möglichst viel, möglichst komprimiert in möglichst wenig Zeilen packen kann, dann bleib' ich doch lieber bei den Vielschreibern.

Und wenn für einige auch Delphi furchtbar antiquiert ist: Meine persönliche, berufliche Erfahrung war bisher, dass ich mit Delphi deutlich schneller fertige Programme, die oft auch noch schneller liefen und in der Bedienung benutzerfreundlicher waren, zusammenbekommen habe, als die Profis, die für Delphi nichts übrig hatten, weils ja so antiquiert ist und man so viel schreiben muss.

Und hier meine ich Programme, die exakt die gleiche Aufgabenstellung zu lösen hatten.

Also kein Vergleich von Äpfeln mit Birnen, sondern Programmvorgabe an Entwickler für Java, C#, Delphi, ...: Bitte erstelle das Programm nach dieser Vorgabe.

Anschließend wurde ein Qualitätsvergleich gemacht (wenn denn überhaupt alle zu einem verwertbaren Ergebnis kamen).

[Uwe Raabe]

Zitat von nahpets:

Meine persönliche, berufliche Erfahrung war bisher, dass ich mit Delphi deutlich schneller fertige Programme, die oft auch noch schneller liefen und in der Bedienung benutzerfreundlicher waren, zusammenbekommen habe, als die Profis, die für Delphi nichts übrig hatten, weils ja so antiquiert ist und man so viel schreiben muss.

Der könnte glatt von mir sein

Das mit dem viel schreiben relativiert sich auch schon mal merkbar, wenn man die richtigen Tools verwendet.

[Towmuz]

Zitat von Neutral General:

Zitat von Towmuz:

Das kleine Stück hier aus C# (im Prinzip nur eine Zeile):

Das ist in meinen Augen kein Stück Code, das irgendwer in irgendeiner Sprache schreiben sollte
Ich denke Delphi hat was Sprachfeatures angeht gut aufgeholt. LINQ ist ne tolle Sache die ich in Delphi etwas vermisse,
aber sonst kann man in Delphi größtenteils alles machen was in C# o.ä. auch geht.

Und wie gesagt: Dein Beispielcode GEHT zwar, aber das heißt nicht, dass man es machen sollte.

Das sollte nur als übertrieben eingekürztes Bespiel dienen und ändert ja nichts an der Tatsache (zu meiner Verteidigung kann ich nur vorbringen, das es aus einem temporären Dateiverschiebekonsolenprojekt stammt und das nur ihr hier jetzt ertragen müsst )

Zitat von nahpets:

Wieviele Blidschirme braucht man eigentlich nebeneinander, um diese Zeile lesen zu können? Schriften kleiner 18 sind für mich nicht dauerhaft anstrengungsfrei lesbar.

Einen (22 Zoll) und Schriftgröße 10 (Standard), du nimmst doch nicht ernsthaft 18?

Zitat von nahpets:

Und schon hab' ich kaum noch weniger Zeilen als in Delphi.

Die wenigen Zeilen ergeben sich nicht durch die Schreibweise, das meint ich doch auch gar nicht ausschließlich, sondern z.B. das was mir der Operator (=>) abnimmt.

[nahpets]

Zitat von Towmuz:

Zitat von nahpets:

Wieviele Blidschirme braucht man eigentlich nebeneinander, um diese Zeile lesen zu können? Schriften kleiner 18 sind für mich nicht dauerhaft anstrengungsfrei lesbar.

Einen (22 Zoll) und Schriftgröße 10 (Standard), du nimmst doch nicht ernsthaft 18?

Ja, bei 10 kann ich noch erkennen, dass da was steht, aber lesen nur mit Kopf im Bildschirm, aber sicherlich nicht mit entspannt vorm Bildschirm sitzen.

[Der schöne Günther]

Um wieder etwas zum Thema zurückzukommen: Womit hat Perl es wohl verdient als einziges noch über Delphi zu stehen?

[p80286]

Das ganze erinnert mich an die jährliche Umfrage eines deutschen Automagazins. Und wenn die Zulassungszahlen mit den Ergebnissen dieser Wahl korrelieren, dann nehme ich die Wahl auch ernst.

Gruß
K-H

[haentschman]

Moin...

Was habt ihr euch so eng... Damit steigen die Preise für Delphi Entwickler, weil es keine mehr gibt.

[jaenicke]

Zitat von Wosi:

Allerdings bezieht sich die viele Schreibarbeit meiner Meinung nach vor allen Dingen auf die doppelten Bezeichnung im Interface- und Implementierungs-Bereich. Wer im Studium vor allen Dingen mit Java oder C# arbeitet, ist von der doppelten Schreibarbeit schnell ein wenig genervt.

Wer das an beiden Stellen manuell schreibt, dem ist auch nicht zu helfen (überspitzt gesagt). Selbst Delphi selbst hat schon die Klassenvervollständigung (plus Templates für die Deklaration von Feldern usw. im Übrigen). Und um das noch komfortabler zu machen gibt es ModelMaker Code Explorer usw.

Damit bleibt zwar die doppelte Deklaration, aber mehr Schreibarbeit ist das nicht.

[Der schöne Günther]

Es geht ja auch nicht um das einmalige Schreiben, sondern z.B. um das Anpassen. Den Typ eines Parameters ändern? Musst du "unten" und "oben" machen. Die Code-Vervollständigung nutzt weiterhin leider viele Gelegenheiten um die Arbeit zu verweigern (z.B. Anonyme Records). Diese Stellen muss man dann erst mal finden oder man seufzt und passt es von Hand an. Solche Sachen summieren sich auf.

Ich persönlich finde die Unterteilung ist interface/implementation ähnlich wie die .hpp/.cpp-Unterteilung in C++ sogar eher gut (Geschmackssache?), allerdings muss man auch einsehen dass (vorausgesetzt man ist nicht gewillt nochmal eine dreistellige Zahl pro Arbeitspatz für Tools wie den ModelMaker auszuspucken) Dinge wie "Parameter anpassen" auf Delphi bspw. deutlich länger dauern als anderswo. Mache ich das hundert mal am Tag kommt da auf Dauer auch was zusammen.