Delphi oder C#

[s.h.a.r.k]

@himitsu: Auf diese Unterstützung hoffe ich nicht all zu früh... Es wurde schon x Jahre verschlafen (x > 5) und 64-bit ist immer noch ein toller Traum. Und selbst wenn das kommt, werden da einige Fehler drin stecken. In der XE-IDE sind imho eh mehr Fehler drin als in der 2010er Version, was ich schon krass finde... Nun ja, zurück zum Thema

Ich meinte die neueren IDEs, Unicode ist hier aber wahrlich dann so ein Problemfall, der aber nicht unbedingt auftreten muss.

Zitat von himitsu:

(wobei ja Win7-Programme auch noch recht gut lauffähig sein sollen)

Du meintest hier wohl Delphi 7-Programme, oder?

@mleyen: Nun ja, das ist halt die Theorie Ebenso vertreten viele die Theorie, dass Delphi am aussterben ist. Und ich weiß selbst, dass es das nicht tut. Ich programmiere ja noch damit wie auch viele andere hier in der DP.

[RalfE]

Hallo, Danke für die Antworten.

Es gibt Delphi und C#-Entwickler
Und beide unter einem Hut zu bringen ist nicht einfach, deswegen wollte ich mal externe Meinungen hören.

Das Programmpaket läuft nur unter Windows, die Datenbank Interbase 7.0 läuft unter Linux, könnte man doch auch eine
Windows-Version von Interbase nehmen ?

Gruß

RE

[s.h.a.r.k]

Zitat von RalfE:

Das Programmpaket läuft nur unter Windows, die Datenbank Interbase 7.0 läuft unter Linux, könnte man doch auch eine
Windows-Version von Interbase nehmen ?

Es sollte sich dabei an sich nichts ändern, da die Schnittstelle zur DB ja unabhängig vom darunter liegenden OS sein sollte.

[shmia]

Ich denke für die Entscheidung für oder gegen Delphi braucht man einen Fragenkatalog:
* muss die Anwendung Unicodefähig sein? (wird sie über haupt ausserhalb DE verkauft?)
* muss Windows 64 Bit sofort oder innerhalb der nächsten 2 Jahre unterstützt werden?
* soll die Anwendung unter Linux lauffähig sein?
* haben die Kunden Rechner, die älter als 5 Jahre sind? (Falls ja -> Delphi)
* ist mindestens ein Programmierer mit .NET Know How vorhanden?
* bringt die Anwendung so viel Umsatz, dass sich eine Portierung auf .NET lohnt?
* wie hoch war der Umsatz die letzten 3 Jahre? (gibt es überhaupt noch eine Kundenbasis?)
* ist es verkraftbar, dass während der Portierungszeit (grob 1 Jahr) keine neue Versionen ausgeliefert werden können?
(sind dann vielleicht schon alle Kunden abgesprungen?)
Gerade der letzte Punkt ist entscheidend und kann ein KO-Kriterium für C# sein.
Things You Should Never Do
Erst wenn alle Fragen (also mehr als mir hier eingefallen sind) gestellt und beantwortet sind, kann man eine sinnvolle Entscheidung treffen

[Hansa]

Zitat von RalfE:

Das Programmpaket läuft nur unter Windows, die Datenbank Interbase 7.0 läuft unter Linux

Da muss ich doch mal dumm fragen : was soll das ? Programm nur für Windows und damit wird dann irgendwie auf Linux zugegriffen ? Wo liegt der Nutzen ? Ganz davon abgesehen, dass ich mir gerade überlege, wie man so etwas tatsächlich machen könnte. Ne, lohnt nicht, darüber nachzudenken.

[mschaefer]

Moin,

Pro C#
- Aktuell gibt es deutlich mehr C#-Projekte als Delphi Projekte
- Mit Mono installiert laufen C# Anwendungen mit Einschränkungen unter Linux.
- Das Net-Framework ist sehr mächtig und erspart einem viel Arbeit
- Neue Sprachkonstrukte optimieren die Arbeitszeit
- Das Net-Framework kann auch im Webbereich angewendet werden.


Pro Delphi
- Die meisten Komponenten von D7 laufen mit Wine unter Linux
- Firebird und Oracle können unter Windows und Linux angesteuert werden
- viele freie Komponenen verfügbar
- Man muß nicht ein riesen Framework installieren.
- Intraweb ist verfügbar (Habe aber noch nie einen Webshop damit gesehen)


erstes Fazit

C# spielt seine Vorteile bei größeren Projekten mit Webanschluss der Anwendung aus. Das Framework wird auch auf lange sicht immer vollständiger sein, als es die Delphi-VCL jemals sein kann. Linux geht, aber hier sollte man sich vor Augen führen, dass Mono ein Produkt ohne Garantien ist und nur einen Teil des NET-Framework wiedergibt.

Delphi spielt seine Stärken im Bereich kleinerer Projekte aus. Die etwas übersichtlichere VCL verringert die Gefahr zu sehr vom Thema abzugleiten. Wo mit kleinen Rechnern gearbeitet wird, Point ao Sale, Maschinensteuerungen, Medizingerätetechnik ist die Verzichtbarkeit eines großen Frameworks ein Leistungsvorteil, wenn man in Delphi die richtigen Komponenten für sein Projekt findet. Solange kein ernstzunehmendes Shopsystem auf Intraweb als OpenSource-Referenz zu finden ist, fehlt eine Kernkomponente bei der einzelne Entwickler anknüpfen könnten und leider nicht nur daher ist es derzeit etwas untermotorisiert im Vergleich zu anderen Systemen

Grüße in die Runde

[Bernhard Geyer]

* muss die Anwendung Unicodefähig sein? (wird sie über haupt ausserhalb DE verkauft?)

-> Ist mit Delphi (auch D7) möglich (ElPack/TNTWare etc.)


* muss Windows 64 Bit sofort oder innerhalb der nächsten 2 Jahre unterstützt werden?

-> Besser die Frage: Muss die Anwendung als 64-Bit Prozess laufen (D6/7 läuft auch unter Win64)


* soll die Anwendung unter Linux lauffähig sein?

-> Hier ist aber die Frage ob dann man nicht auch Java oder native C++ als Alterntive mit betrachten muss.


* haben die Kunden Rechner, die älter als 5 Jahre sind? (Falls ja -> Delphi)

-> Eher > 10,15 Jahre. 2005 wurde (fast) nur XP auf Windows-Seite verkauft.


* ist es verkraftbar, dass während der Portierungszeit (grob 1 Jahr) keine neue Versionen ausgeliefert werden können?
(sind dann vielleicht schon alle Kunden abgesprungen?)

-> Das ist Migrationsstrategie das man Fixes/Kleine Anpassungen auch auf Altsystem heraus bringt und das Altsystem nach verfügbarkeit des Neusystem langsam auslaufen lässt.

[Bernhard Geyer]

- Firebird und Oracle können unter Windows und Linux angesteuert werden

-> Ist auch problemlos unter .NET möglich


- viele freie Komponenen verfügbar

-> Gibts auch unter .NET. Unter Delphi sind eher viele Kompos in den letzten Jahren "gestorben".

- Man muß nicht ein riesen Framework installieren.

-> Kann man unter neueren Windows-Versionen als Installiert vorrausetzen.


- Intraweb ist verfügbar (Habe aber noch nie einen Webshop damit gesehen)

-> Braucht man das wenn man IIS und ASP.NET hat?

[Hansa]

Was ist denn eigentlich mit Interbase ? Das ganze Projekt von Delphi auf C# umzustellen, das könnte eventuell so was wie Selbsmord bedeuten. Würde ich mir 3mal überlegen. Bei Interbase sieht die Lage aber so aus : für BorCodero ist das eher das "5. Rad am Wagen". Bei Firebird tut sich ausserdem wesentlich mehr. Verblüfft war ich vor längerer Zeit (glaube 2008) über die Frage : "Wer benutzt Interbase und wer Firebird ?" Bei Interbase gingen von 50 Leuten 2 Hände hoch. 3 hatten weder noch und der Rest eben Firebird. Als Kommentar kam dann mehrfach "war doch klar". Bei Interbase würde ich mal zuerst ansetzen.

Aber : Interbase und Firebird sind noch etwas kompatibel. Da müsste hier und da mal eventuell was umgebaut werden, aber das wars dann auch. Bei Delphi nach C# müsste wirklich alles neu gemacht werden. Für neuere Delphis wäre das auch Arbeit genug, aber C# ? Oh je, das wäre schon heftig.

[mschaefer]

# Braucht man das wenn man IIS und ASP.NET hat?

Wenn man das hat und eingearbeitet ist - sicher nicht !
In Folge braucht man auch nicht Delphi, denn dann wird man deutlich Synergien zu C# haben.

Grüße