Delphi vs C # für die GUI-Programmierung [geschlossen]

Ich komme aus PHP und Python mit geringen C-Kenntnissen. Ich habe viele webbasierte Anwendungen erstellt und denke jetzt an Desktop-Anwendungen für Windows-Plattformen.

Ein Freund sagte mir, ich solle mich für Delphi entscheiden, und andere sagten, C # sei das Beste

1. Einfachheit
2. Produktivität
3. Gute API-Dokumentation
4. Geschwindigkeit
5. Ziehen und Ablegen
6. Multi-Threading & Gute Netzwerk-API

Vielen Dank

Delphi, auf jeden Fall:

1. Einfachheit - Delphis Syntax basiert auf Pascal, das explizit so konzipiert wurde, dass es einfach zu erlernen ist und dieses Versprechen auch erfüllen kann. C # basiert auf der C-Familie, was ... nun ja ... nicht so war .
2. Produktivität - Delphi ist ein Nachfahre von Turbo Pascal und hat immer noch den schnellsten Compiler, den man kennt, was Ihre Produktivität enorm steigern wird. Außerdem verfügt es über den Debugger. Visual Studio wünscht sich, dass der Debugger so ist, wie er aufwächst. Insbesondere in der neuesten Version von Delphi ist das Debuggen viel einfacher.
3. Gute API-Dokumentation - "API" ist heutzutage ein ziemlich vages Wort, das alle möglichen Dinge umfasst. Ich nehme an, Sie meinen Bibliotheken, und hier ist es eine Art Müll. Sowohl das .NET Framework als auch die Delphi-Standardbibliotheken verfügen über eine gute Online-Dokumentation und eine mittelmäßige, schwer zu verwendende Offline-Dokumentation. (Eine Folge davon, dass sich das Delphi-Team dafür entschieden hat, dasselbe schreckliche Hilfesystem wie Visual Studio zu verwenden, von dem sie hoffentlich in der nächsten Version Abstand nehmen werden.)
4. Geschwindigkeit - Delphi gewinnt leicht. Es kompiliert nativen Code (schnellere Ausführung und viel schnellerer Start, da keine JIT-Phase vorhanden ist) und verwendet keine verwalteten Zeiger, sodass der Objektzugriff schneller und weniger cachefreundlich ist.
5. Drag and Drop - Eine integrierte Funktion der VCL.
6. Multithreading - Delphi verfügt über eine integrierte Thread-Klasse. Wenn Sie jedoch komplexe Aufgaben gleichzeitig ausführen möchten, stehen Ihnen bessere Optionen zur Verfügung. Primoz Gabrijelcic, ein Mitglied der Delphi-Community, hat an einer hervorragenden Parallelbibliothek gearbeitet , an der ich mitgewirkt habe. Es bietet umfassende Unterstützung für allgemeine Threading-Ziele wie Task-Pooling, parallele FOR-Schleifen und mehrstufige Pipeline-Prozesse.
7. Gute Netzwerk-API - Delphi wird mit Indy ausgeliefert, einer ausgereiften Open-Source-Bibliothek, mit der Internetverbindungen einfach eingerichtet und verwaltet werden können. Wir verwenden es bei der Arbeit, um die Kommunikationsschicht für eine branchenführende App bereitzustellen, von der Sie wahrscheinlich noch nie gehört haben, es sei denn, Sie arbeiten in Rundfunkmedien.
8. Bereitstellung - Dies war nicht auf Ihrer Liste, aber es ist erwähnenswert. Es gibt immer noch Systeme, auf denen .NET Framework nicht vorinstalliert ist. Standardmäßig kompiliert Delphi seine Standardbibliothek in die EXE-Datei und entfernt dann Teile, die Sie nicht verwenden, mit einem Smartlinker. Dies führt zu kleinen EXE-Dateien, die nicht von massiven Laufzeitbibliotheken mit Hunderten von MB abhängig sind, über die Ihre Benutzer verfügen separat herunterladen und installieren.

C # wird im Allgemeinen eine größere Anwenderbasis haben, in Zukunft wird es mehr Entwicklung geben, und die Tools für die RAD-Entwicklung über Visual Studio sind unglaublich.

1. Die Syntax ähnelt der in PHP und C verwendeten.
2. Visual Studio mit seinen Tools und IntelliSense ist äußerst produktiv.
3. MSDN
4. Wieder VS Tools + Intellisense, aber Geschwindigkeit kommt wirklich von einer Vertrautheit Ihrer Sprache und ihrer Funktionen.
5. VS Designer für WinForms, WPF.
6. System.Threading und System.Net

Ich habe nicht viel Erfahrung mit Delphi und spreche nur über meine Erfahrungen mit C # im Allgemeinen. Wo ich arbeite, habe ich extrem enge Fristen, die von Nicht-Programmierern vorgesehen sind, und ich bin in der Lage, Desktop-Geschäftsanwendungen extrem schnell herauszupumpen. In den letzten drei Wochen bin ich von der Spezifikation zur Bereitstellung auf zwei Winforms-LOB-Anwendungen übergegangen. Die Produktivität für die GUI-Entwicklung in C # mit VS ist einfach verrückt.

Beide haben alle 6 Punkte, die Sie wollen, aber ich glaube, C # hat die meisten, wenn nicht alle.

Um die Punkte durchzugehen:

1. Delphi erfordert eine Speicherverwaltung. Sie können also argumentieren, dass C # allein einfacher ist. Akzeptierte Antworten erwähnen hier die Syntax. Nun, die C # -Syntax ähnelt sowohl PHP als auch Java. Wenn Sie also von einem dieser Hintergründe aus schneller zum Laufen kommen möchten, hat C # den Vorteil.
2. Produktivität, ich denke, Sie werden in C # schneller fertig. Die .net-Bibliothek bietet Ihnen so viel, dass ich in den schlechten alten Zeiten nach Delphi-Komponenten von Drittanbietern suchen musste, um diese bereitzustellen.
3. Dokumentation, Delphi's war immer gut, MSDN ist besser, und Sie finden eine größere Community für Support, siehe meine Stack Overflow-Analyse unten.
4. Tempo, Delphi hat vielleicht die Nase vorn, aber Assembly trumpft alle, sodass dies normalerweise kein guter Grund ist, eine Sprache auszuwählen. Eine Sache, auf die ich hinweisen möchte, ist, dass ich gehört habe, wie Leute zitieren, dass C # interpretiert wird. Es ist nicht so, es war noch nie so, es hatte schon immer eine GEG.
5. Drag and Drop, verfügbar für beide.
6. Multithreading, Delphi ist gut, aber C # eignet sich hervorragend für eingebaute Konstrukte wie lock(){}parallele Erweiterungen und neue await.

Extra Punkt, der Fragentitel ist GUI-Programmierung, dafür bin ich ein großer Fan von .nets WPF, das, das einzige, was Delphi auf halbem Weg in der Nähe hatte, Bold war , was schmerzhaft zu zähmen war und jetzt tot ist.

Wenn Sie die Anzahl der Fragen und den Stapelüberlauf für die Delphi- und C # -Tags miteinander vergleichen, werden Sie feststellen, dass die Größe der C # -Community viel größer ist.

Paketüberfluss:

• Delphi 17K
• C # 367K
• Java 312K
• c 73K

Ich habe hinzugefügt c, um zu zeigen, dass das kein Problem mit dem Sprachalter ist und Javanur zum Vergleich.

Ich bin kein C # - oder Java-Fanjunge, ich war 7 Jahre lang ein großer Delphi-Fan, ein professioneller reiner Delphi-Entwickler, aber sie haben es ab 2005 wirklich vermasselt, mit ihrem kranken Vorstoß in .net, der die Stabilität der IDE für sogar native 32-Bit-Kompilierung. In meinen Augen war Delphi 7 der Inbegriff der Sprache.

Als ich an der Uni war, wurde mir das Programmieren mit Delphi beigebracht. Ich bin ein bisschen rostig, aber ich lese gerade eine Menge Delphi-Code durch, um ihn auf eine C # -Anwendung zu portieren.

Ich bevorzuge das OO mit funktionalen Neigungen von C # gegenüber dem prozeduralen mit OO-Neigungen von Delphi. Sie sollten überlegen, wie Sie den Code bevorzugen, wenn Sie zwischen ihnen wählen. Ich denke, es steckt nicht viel in der Einfachheit - genau das, was Sie leichter finden. Gleiches gilt für die Produktivität.

In Bezug auf RAD (Rapid Application Development) gibt es nicht viel zwischen Winforms und Delphi-GUI-Design. Sie erinnern mich aneinander.

WPF hingegen ist etwas, das ich wegen seines deklarativen Stils beiden vorziehen würde.

Ich glaube nicht, dass es einen großen Unterschied zwischen der Qualität und dem Umfang der vom Anbieter bereitgestellten Dokumentation für C # oder Delphi gibt. Ich denke, dass Sie weitere Informationen zu C # finden, die nicht von einem Anbieter stammen. Dies könnte aber auch daran liegen, dass ich in Delphi nicht wirklich viel gesucht habe.

Ich musste keine Thread-Programmierung mit Delphi durchführen, und jedes Netzwerk, das ich vor Jahren durchgeführt habe, kann mich nicht erinnern.

Die .NET-Bibliotheken für Parallelverarbeitung, Ereignisse und andere Threading-Arbeiten sind gut. Sie werden dort also nicht fehlen. Es gibt sehr viel Unterstützung, wenn es um das Networking geht, also wieder sehr empfehlenswert.

Insgesamt würde ich mit C # / .NET gehen. Dies liegt zum Teil an WPF, aber ich bevorzuge auch den Code, den ich in C # schreibe. Delphi hat meines wissens nichts wie linq, was ich für unschätzbar halte.