Delphi oder C#

[himitsu]

eventuell auch noch

4. Was kosten uns diese Lösungen in der Zukunft?

Was kommen bei der Weiterentwicklung für Probleme auf uns zu
und wie gut läßt es sich in Zukunft anpassen/erweitern?
Wie zukunftssicher ist das jeweilige System.
....

- altes Delphi: Alles beibehalten und nur wichtige Dinge anpassen.
- neues Delphi: Den Großteil des alten Codes beibehalten und nur wichtige Teile erneuern.
- neues Delphi: Alles komplett neu schreiben und dabei vorallem aktuelle Richtlinien der Codeentwicklung beachten,
sowie einige Teile "besser"/"optimaler"/schöner/anders lösen.
- andere Sprache (C# oder sonstwas): Ebenfalls alles komplett neu und sonst wie vorherriger Punkt.

Bei den letzen beiden Varianten könnte man auch den alten Code ignorieren (vorallem wenn dieser extrem grauenhaft und unübersichtlich geschrieben ist, nimmt sich nur die äußere Funktionsweise des Programms und entwickelt alles unabhäng komplett neu. (ok, abgesehn von eventuellen Schnittstellen, welche vorhanden bleiben müssen)

[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.

[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.

[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

[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.

[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]

- 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?

[Bernhard Geyer]

Zitat von RalfE:

Dieses Paket soll komplett überarbeitet oder sogar neu programmiert werden : also zuerst weg von der BDE und weiter (?)

Je nachdem wie weit die Überabeitung geht (z.B. nur noch Browserbasierte Lösung) ist ein bleiben bei Delphi oder wechsel nach .NET/Java/PHP sinnvoll. Sollte aber erst fest gelegt werden wenn ihr wisst was ihr nach dem Umbau haben wollt.