Delphi vs. C# vs C++

[luisk]

Zitat von Sir Rufo:

Wo kann man die Express-Version von VS2015 denn herunterladen? Weiß das jemand zufällig?

Nur mal so am Rande: Es gibt eine Community-Version von VS2015 (die ist vergleichbar mit der Pro) und die ist für bestimmte Entwicklerkreise kostenlos. Dazu sollte man aber nicht bei Chip schauen, sondern bei dem, der das Dingsbums baut.

http://www.microsoft.com/en-us/downl....aspx?id=46863
wird wohl die gleiche sein, wie bei chip

[Sir Rufo]

OMG
https://www.visualstudio.com/en-us/p...-editions.aspx
Augen auf, lesen, verstehen, downloaden, selber den Vergleich durchführen

[luisk]

So, habs jetzt gefunden:
Hauptmenu: Erstellen -> Konfigurationsmanager -> Release anwählen,
dann Start
C:\Users\User_1\Documents\Visual Studio 2015\Projects\ConsoleApplication1\ConsoleApplicati on1\bin\Release\ConsoleApplication1.exe

damit läuft das Programm unter C# Express als Release genauso schnell, wie unter Delphi.
Die Bedienung ist halt etwas umständlich. Bei der alten Version (2008) musste man nur "Starten ohne Debugging", dann war das Release da.
Bei Delphi läuft die Debug-Version so schnell, wie die Release-Version - oder sehe ich das falsch ?

[Daniel]

Zitat von luisk:

damit läuft das Programm unter C# Express genauso schnell, wie unter Delphi.

Das bedeutet, dass die Aussage aus Deinem Eingangsbeitrag Makulatur ist?

[luisk]

Zitat von Daniel:

Zitat von luisk:

damit läuft das Programm unter C# Express genauso schnell, wie unter Delphi.

Das bedeutet, dass die Aussage aus Deinem Eingangsbeitrag Makulatur ist?

Das wollte ich ja rausfinden,
die haben das Release mittlerweile etwas versteckt

Das ursprüngliche Performance-Vergleichsprogramm passte auf jeden Fall.
Es läuft jetzt auch annähernd so schnell bei C# als Release, wie unter Delphi 6. Der Faktor 10 ist weg.

@Pixfreak
hab´s in #56 schon erwähnt
bei der alten Version 2008 war das nicht nötig, da reichte "Start ohne Debugging" dann war das Release da.

[luisk]

Programmiert überhaupt noch jemand Delphi,
oder sind alle zu Microsoft gewechselt ?

Wenn C# inzwischen genauso schnell oder schneller als Delphi ist ?

[Daniel]

Zitat von luisk:

Wenn C# inzwischen genauso schnell oder schneller als Delphi ist ?

Die überwiegende Menge an Performance-Problemen, die ich bei Kunden-Projekten bisher finden konnte, war nicht auf die Sprache bzw. deren Compiler zurück zu führen. Ich denke, dass das, was hier "gemessen" wurde für viele (viele != alle) Anwendungen irrelevant ist, weil das schlichtweg nicht der Bereich ist, in dem sie für den Anwender spürbar ausgebremst werden.

[luisk]

Zitat von Daniel:

Zitat von luisk:

Wenn C# inzwischen genauso schnell oder schneller als Delphi ist ?

Die überwiegende Menge an Performance-Problemen, die ich bei Kunden-Projekten bisher finden konnte, war nicht auf die Sprache bzw. deren Compiler zurück zu führen. Ich denke, dass das, was hier "gemessen" wurde für viele (viele != alle) Anwendungen irrelevant ist, weil das schlichtweg nicht der Bereich ist, in dem sie für den Anwender spürbar ausgebremst werden.

Die Frage ist, was spricht noch für Delphi im Vergleich zu C# ?

[nuclearping]

Zitat von luisk:

Programmiert überhaupt noch jemand Delphi,
oder sind alle zu Microsoft gewechselt ?

Wenn C# inzwischen genauso schnell oder schneller als Delphi ist ?

Deine Frage liest sich wie: Isst hier überhaupt noch jemand Pflaumen, wenn man aus Birnen keinen Apfelmus machen kann?

Andernfalls kann ich mich den Aussagen der meisten hier nur anschliessen: Dein "Vergleich" hat keinerlei Bezug zur Realität oder Praxis. Ich habe Entwickler kennengelernt, die mit Delphi lückenlose Aufzeichnungen und Messungen im Gigabyte- und Nanosekundenbereich durchführen (müssen).

Und in unseren Projekten streamen wir Hardwaredaten über USB, um Messungen und Analysen für >100.000-1.000.000 Proben im Sekundenbereich durchzuführen. Und die Geschwindigkeit des durch den Delphi-Compiler erzeugten Codes war bis dato noch nie ein Problem.

Wer X Millionen Mal einen Button aktualisiert und dann daraus Schlussfolgerungen für das ganze Entwicklungssystem zieht, hat irgendwas nicht richtig verstanden.

Auch wenn die IDE von Embarcaderro nervig ist, ist die Programmiersprache Delphi nach wie vor immernoch mit eine der besten, performantesten und leserlichsten Sprachen auf dem Markt und mit eine der besten RAD-Lösungen.

[mensch72]

Delphi für Windows läuft & läuft.

Delphi(FMX) für CrossPlattform lebt vom Gedanken, das man sich als Entwickler eben möglichst nicht oder eben nur kaum um die System-GUI und die SystemStorage Gedanken machen soll.

C# für Crossplattform gibt es auch einige, nur da muss ich selbst im Design unten die StorageLogic absplitten, dann die "universelle" BusinessLogic portabel programmieren und darüber dann wieder eine Systemspezifische GUI setzen. Das Resultat ist sicher sehr effektiv und sehr nah an nativ, aber nicht das was ich "will". Bei FMX mit UniDac als StorageFramwork geht ~80% portabel, der Rest ist "basteln"... ich kann so damit leben.

Geschwindigkeit... nun ja wer einen "Mod" schnell will, der sollte es binär und in 2er Potenzen machen, also statt Mod 1000 eventuell besser genähert "&0x3ff" oder "and $3ff".

In "DelphiVCL" und "C++" kommt mann wenn es sein muss auch bit basiert noch sehr nah an Hardware heran. In C# oder DelphiFMX sollte man sich nicht primär mit "BitSchubsen" abgeben wollen.

"Geschwindigkeit","Optimieren"...
PC Programmierer sollten lieber "schönen" Code schreiben. Technik wird immer schneller und Speicherplatz kostet quasi nix.
Zufällig programmiere ich auch heute noch 8-Bit MicroControler mit 4KB-RAM und 64KB-Flash/ROM in C und vermeide ASM wo es geht. Der Programmstil ist dort automatisch etwas anders. (Viele Globale Variablen/Buffer zur Vermeidung wiederholter Übergabeparameter, statt for(...) lieber ein do{...}while(--xx) weil es einen 1:1 ASM Ersatz für while(--xx) gibt(DecrementJumpNotZero). Aber am PC mit Delphi oder was weiß ich ist mit sowas egal. Erst ab Giga- oder Terra-Bytes an Daten denke ich da an Speicher/Geschwindigkeit... bis Mega(bytes) ist das heute völlig wurscht.