Delphi ist unbeliebt...angeblich

[Delphi-Laie]

Zitat von Redeemer:

Ich erkenne Delphi-Anwendungen (es sind mehr als man denkt) immer daran dass so viele Delphianer immer vergessen Popups mit der Escape-Taste schließbar zu machen. Immer wenn ich das sehe untersuche ich die .exe im Verdacht eine Delphi-Anwendung zu haben, meistens liege ich richtig

Bis Windows XP und bis vor Delphi 2007 gab es die todsichere Variante, Rechtsklick auf ein Fenster in der Startleiste zu machen. VCL-Anwendungen haben 3 Menüeinträge (Minimieren, Wiederherstellen, Schließen, da es sich bei Delphi-Anwendungen um nicht sichtbare Hauptfenster handelt), alle anderen 6.[/QUOTE]

Das weckte sofort meine Neugier(de). Lazaurs soll mit Delphi entwickelt worden sein, bei dem klappt es, mit Delphi selbst klappt es erst recht. WinRar jedoch, angeblich auch mit Delphi entwickelt, bietet mir hingegen 6 Menüeinträge (ich probierte das soeben an der Version 3.91 portabel).

Mal eine Frage an die Experten: Woran liegt diese unterschiedliche Anzahl an Menüeinträgen, und bekommt das bei Delphi-Programmen auf den Standard 6 erhöht?

[Redeemer]

Warum das so ist, habe ich doch geschrieben: VCL-Anwendungen haben vor 2007 immer ein unsichtbares Hauptformular, genannt Application. Alles, was auf Startleiste zu finden ist, bezieht sich auf das Hauptformular. In VCL-Anwendungen konnte man beispielsweise den Text auf der Startleiste ändern (Application.Title), kann man in keiner anderen Umgebung. Da das Hauptformular nicht sichtbar ist, ergibt es keinen Sinn, es zu maximieren sonst was damit zu machen. Da man eine Anwendung nur als ganzes minimieren kann und man ein Schließen des Hauptformulars abfangen kann, sind diese Einträge trotzdem da.

Heute kann man das unsichtbare Hauptformular ausmachen. Der Befehl lautet:
Application.MainFormOnTaskbar := True;

WinRAR benutzt kein VCL.

[Delphi-Laie]

Danke, Redeemer!

[bnreimer42]

Wenn man die Wahl hat: Ist man nicht in der Spreche am schnellsten, die man am Besten kennt?

Was ich aber in vielen Diskussionen vermisse, ist die Geschwindigkeit des Übersetzungsprozesses von Delphi. Das geht immer schneller, als bei allen übersetzten C-Varianten und kommt fast an Interpreter ran aber mit dem Vorteilen eines übersetzten Binaries.

Das ist für die Entwicklungs- und vor allem Debugging-Zeiten sehr bedeutsam, es sei denn man schreibt gleich korrekten Code.


Ansonsten ist diese Statistik schon deshalb irrelevant, weil sich die Delphi-Welt meiner Beobachtung nach nur beschränkt auf Stackoverflow rumtreibt. Für Sprachen wie Delphi ist Stackoverflow zu neu! Da gibt es ja u.a. dieses Forum als etabliertere Anlaufstelle! Stackoverflow ist halt auch nur ein Ausschnitt der Welt und damit auch darauf basierende Aussagen.

[DeddyH]

Zitat von bnreimer42:

Wenn man die Wahl hat: Ist man nicht in der Spreche am schnellsten, die man am Besten kennt?

Nicht unbedingt. IMO ist man in der Sprache am schnellsten, die man ggf. zwar nur einigermaßen kennt, die aber für die aktuelle Aufgabe das geeignete Werkzeug ist. Ich finde diese Diskussion insofern etwas befremdlich, als dass man anderen Vorurteile aufgrund von Unkenntnis vorwirft, im Gegenzug dann aber über z.B. Javascript herzieht. Ich habe das selbst jahrzehntelang gemieden, aber in dieser Zeit ist auch Enormes passiert, ich nenne nur mal Angular oder ExtJS (welches Emba ja erst kürzlich gekauft hat). Dependency Injection, DataBinding etc., alles schon von Haus aus drin (und funktioniert!). Erst neulich habe ich eine App mit Android Studio in Java (nicht Javascript) geschrieben, weil wir ein spezielles SDK nutzen wollten und ich mit Java zumindest schon einmal Erfahrungen gemacht habe. Das erfordert zwar Umgewöhnung, aber das SDK samt mitgelieferter Demo nach Pascal zu übersetzen und das nachvollziehen zu wollen hätte ungleich länger gedauert. Was ich mit diesem Post sagen will: man muss einfach auch einmal über den eigenen Tellerrand hinausschauen, man kann ja nie zuviel können.

[himitsu]

Zitat von bnreimer42:

Was ich aber in vielen Diskussionen vermisse, ist die Geschwindigkeit des Übersetzungsprozesses von Delphi. Das geht immer schneller, als bei allen übersetzten C-Varianten und kommt fast an Interpreter ran aber mit dem Vorteilen eines übersetzten Binaries.

Keine Sorge, da wird Delphi immer langsamer und holt die Anderen bestimmt bald ein.

[jaenicke]

Zitat von himitsu:

Keine Sorge, da wird Delphi immer langsamer und holt die Anderen bestimmt bald ein.

Bei den mobilen Compilern stimmt das leider...
Unsere größte App brauchte z.B. in XE8 etwa eine Stunde Kompilierzeit... seitdem ist das ganze aber immerhin etwas schneller geworden.

[joachimd]

Zitat von bnreimer42:

Ansonsten ist diese Statistik schon deshalb irrelevant, weil sich die Delphi-Welt meiner Beobachtung nach nur beschränkt auf Stackoverflow rumtreibt.

Wie wäre es, wenn die DP jetzt eine Umfrage nach der beliebtesten und der unbeliebtesten Programmierumgebung startet? Dann noch schnell an Heise usw melden, damit es auch in Berichten erscheint

[TBx]

@joachimd:

[Stevie]

Zitat von warschonweg:

Es würde mich nicht wundern, wenn FPC vor Delphi LINQ "kann".

Würd mich wundern, wenn FPC vor 2020 mal endlich anonyme Methode und Delphi kompatible RTTI/Attribute kann - woran irgendwer schon seit nem gefühlten Jahrzent bastelt.

Zitat von warschonweg:

Trotzdem kommt mir kein C# ins Haus. Wahrscheinlich ist das hier in diesem Forum sogar Konsens, aber: Ich nehme am liebsten die Sprache, in der ich die gestellte Aufgabe mit meinen Fähigkeiten am effizientesten lösen kann. Kann ich kein Delphi, dann kann ich kein Delphi.

C# als Sprache ist zigfach effizienter als Delphi - über die Runtime/CLR/GC und die Nachteile von geschweiften Klammern kann man aber durchaus geteilter Meinung sein.

Zitat von bnreimer42:

Was ich aber in vielen Diskussionen vermisse, ist die Geschwindigkeit des Übersetzungsprozesses von Delphi. Das geht immer schneller, als bei allen übersetzten C-Varianten und kommt fast an Interpreter ran aber mit dem Vorteilen eines übersetzten Binaries. Das ist für die Entwicklungs- und vor allem Debugging-Zeiten sehr bedeutsam, es sei denn man schreibt gleich korrekten Code.

Was bringt einem nen schnelles Compile, wenn der Code am Ende auf dem Optimierungstand von 1999 ist und tonnenweise Register- und Stackkarusell fährt?

Zitat von bnreimer42:

Ansonsten ist diese Statistik schon deshalb irrelevant, weil sich die Delphi-Welt meiner Beobachtung nach nur beschränkt auf Stackoverflow rumtreibt. Für Sprachen wie Delphi ist Stackoverflow zu neu! Da gibt es ja u.a. dieses Forum als etabliertere Anlaufstelle! Stackoverflow ist halt auch nur ein Ausschnitt der Welt und damit auch darauf basierende Aussagen.

Für die meisten nicht deutschsprachigen Entwickler ist SO wohl heutzutage die erste Anlaufstelle. Nicht in jedem Land gibt's sowas wie die DP.