Modernisierung von Legacy-Anwendungen

[Bernhard Geyer]

Zitat von arnold mueller:

Was erwartest du? Delphi war und ist super für die (Windows) GUI Entwicklung. Alles was jetzt so nach und nach gekommen ist funktioniert mit jeder Version auch immer besser, der Rest der Welt bleibt aber nicht stehen. Embarcadero läuft den Trends hinterher.

Ab und zu war es mal gut "hinten dran" gewesen zu sein.
Wie oft man die Kollegen aus dem MS VS-Umfeld gesehen hatte das sie in dem einen Jahr auf DIE Zukunftstechnologie umgestiegen sind und 1-2 Versionen von VS war das schon wieder out und man sollte auf die nächste Technik umsteigen. Paradebeispiel sind hier die DB-Zugriffstechniken wie (zwischenzeitlich) schneller Wechselten als die Modetrends.

Zitat von arnold mueller:

Ich würde heute für eine grundlegende Modernisierung nicht mehr Delphi verwenden. An die modernen Sprachen und Technologien sollte man sich ruhig mal rantrauen. Swift, Kotlin und go sind kein Hexenwerk.

Für ein Neustart "auf der Grünen Wiese" muss sich Delphi mit den ganzen neuen Ansätzen vergleichen die ohne 20 Jahre "altlast" daher kommen.
Und im Umfeld der Javascript-Frameworks sind schon einige sehr schöne Techniken dabei, gegen die ein Delphi-Anwendung nicht ankommt wenn es heißt "Lauf im Browser, Smartphone, ...)
"Lauf unter Windows" wird hier teilweise gar nicht mehr benötigt, da diese Geräteklasse über "Browser" abgedeckt wird.

[arnold mueller]

Zitat von Bernhard Geyer:

Für ein Neustart "auf der Grünen Wiese" muss sich Delphi mit den ganzen neuen Ansätzen vergleichen die ohne 20 Jahre "altlast" daher kommen.

Es muss nicht immer der Neustart auf der grünen Wiese sein. Die Umstellung einer klassischen Client-Server Anwendung auf eine Microservice Architektur kann man mit wenig Risiko nach und nach durchführen. Ich würde REST Api's aber nie mehr mit Delphi bauen seitdem ich weiß um wie viel einfacher das mit go geht.

Meiner Meinung nach ist Delphi unschlagbar im Bereich Windows GUI. Der Bereich Mobile und Backends ist grundsätzlich möglich, andere Technologien sind aber sinnvoller.

[venice2]

Zitat:

Meiner Meinung nach ist Delphi unschlagbar im Bereich Windows GUI.

Och! Zeig mir wo und in welchen Zusammenhang.
Ich behaupte das meine GUI's die von Delphi bei weitem Übertrumpfen ohne VCL soweit es geht
ohne Hunderte von Komponenten auf der Form und reine Win32API.
Soviel dazu.

Zudem unabhängig von irgendwelchen Styles. Einfach ein paar png's deren Ästhetik abhängig vom jeweiligen Designer sind.
Müssen nicht allen gefallen daher hat man die Möglichkeit diese als Skins darzustellen. Für jeden etwas also.
Mitunter reicht ein einfaches ändern des Hintergrund schon aus wie du am Beispiel sehen kannst.

Edit:
Zudem hat es immer schon Styles in irgendeiner Form gegeben (nichts anderes als Skins) die zuerst mit Winamp sowie ich weiß eingeführt wurden.
Auch gab es nachher einige Anwender Komponenten bsp. "DynamicSkinForm" für Delphi wo man die form entsprechend Design konnte.
Das hat aber nichts mit Delphi Ansicht zu tun!
Delphi hat keine besseren Gui's als andere Programmiersprachen nur weil man die Möglichkeit hat Styles(Skins) zu verwenden.
Das kann ich wie du siehst ohne Verwendung der vcl.Forms + Hunderte von Komponenten + Styles

[arnold mueller]

Zitat von venice2:

Zitat:

Meiner Meinung nach ist Delphi unschlagbar im Bereich Windows GUI.

Och! Zeig mir wo und in welchen Zusammenhang.
Ich behaupte das meine GUI's die von Delphi bei weitem Übertrumpfen ohne VCL soweit es geht
ohne Hunderte von Komponenten auf der Form und reine Win32API.
Soviel dazu.

Ich hatte damit nicht gemeint, dass Delphi GUIs im Vergleich zu anderen Tools besonders toll aussehen. Sie sehen halt so aus, wie man es auf der Windows Plattform üblicherweise erwartet. Mein Punkt war, dass mit Delphi diese Art von Anwenungen besonders gut gebaut werden können - im Sinne von einfach und schnell und deshalb unschlagbar.

[venice2]

Zitat:

Mein Punkt war, dass mit Delphi diese Art von Anwenungen besonders gut gebaut werden können - im Sinne von einfach und schnell und deshalb unschlagbar

Dann hast du nicht gelesen oder es noch nicht versucht mit mehreren Monitoren und High Dpi zu arbeiten.
So wie ich hier lese ist das alles nicht sehr ausgereift. Komponente verschieben sich wie von Geisterhand auf dem Formular und.. und.. und
Kann nur besser werden die Frage die da wäre? Wann.

Irgendwie widerspricht sich deine Aussage mit der Realität!

Zitat:

im Vergleich zu anderen Tools besonders toll aussehen

Es geht hier nicht um Tools sondern um die Form (Fenster) an sich. Bei mir verschieben sich keine Komponente (gibt halt keine)

[sh17]

Zitat von venice2:

Es geht hier nicht um Tools sondern um die Form (Fenster) an sich. Bei mir verschieben sich keine Komponente (gibt halt keine)

Das mag mit einer Anwendung mit wenigen Fenstern ganz witzig sein, aber nicht für eine "normale" Businessanwendung

[Frickler]

Zitat von sh17:

Zitat von venice2:

Es geht hier nicht um Tools sondern um die Form (Fenster) an sich. Bei mir verschieben sich keine Komponente (gibt halt keine)

Das mag mit einer Anwendung mit wenigen Fenstern ganz witzig sein, aber nicht für eine "normale" Businessanwendung

Im Audiobereich ist so eine Optik gang und gebe. Da wird viel Wert gelegt auf eine Bedienung, die sich an reale Geräte anlehnt. Auch auf die Gefahr hin, dass das Programm unter Windows oder macOS wie ein Fremdkörper wirkt.

[Uwe Raabe]

Zitat von venice2:

So wie ich hier lese ist das alles nicht sehr ausgereift.

Aber dann kannst du es ja gar nicht selbst beurteilen.

Wir finden hier zwar deutlich mehr Meldungen wegen irgendwelcher Probleme als Meldungen über keine Probleme, aber das lässt nun mal keinen Schluss auf die tatsächliche Häufigkeitsverteilung zu. Lässt man mal den in Delphi 11 eingeführten High-DPI Support in der IDE außer Acht (kann man über den Startmenü-Eintrag Delphi (DPI Unaware) ausblenden), dann kann man schon spätestens seit Delphi 10.4 recht bequem korrekt laufende High-DPI Anwendungen schreiben.

Zitat von venice2:

Es geht hier nicht um Tools sondern um die Form (Fenster) an sich. Bei mir verschieben sich keine Komponente

Bei mir auch nicht. Wie immer im Leben muss man halt wissen, wie man ein Werkzeug benutzt um ein bestimmtes Ergebnis zu erlangen.

Zitat von sh17:

Das mag mit einer Anwendung mit wenigen Fenstern ganz witzig sein, aber nicht für eine "normale" Businessanwendung

In der Tat. Keiner meiner Kunden würde eine Anwendung mit einer Oberfläche, wie sie in deinen Screenshots zu sehen ist, auch nur ansatzweise akzeptieren. Aber das liegt halt daran, dass meine Kunden eben gänzlich andere Anforderungen stellen. Es kommt halt immer darauf an, für welchen Markt man produziert.

[venice2]

Zitat:

In der Tat. Keiner meiner Kunden würde eine Anwendung mit einer Oberfläche, wie sie in deinen Screenshots zu sehen ist, auch nur ansatzweise akzeptieren. Aber das liegt halt daran, dass meine Kunden eben gänzlich andere Anforderungen stellen. Es kommt halt immer darauf an, für welchen Markt man produziert.

Das sind dann diese Kunden die im Hintergrund Stardock (WindowBlinds) und Konsorte laufen lassen weil ihnen deine Oberfläche nicht gefällt.
Warum denkst du warum es solche Software Anbieter gibt und warum diese sich über Jahrzehnte halten können.
Vielleicht weil es kaum Programmierer gibt die Ästhetik im Oberflächen Design für nötig halten. Speziell hier so wie ich das sehe.
Ich denke das ich keine deiner Anwendungen verwenden würde die mit Fenster vollgeklatscht mit irgendwelcher Fremdkomponenten vertrieben wird verwenden würde.
So unterscheiden sich die Geister! Ansichtssache.

Aber ihr findet immer irgendwelche Ausreden mit der ihr Delphi in die Stratosphäre heben könnt.
Hinterfrage doch einfach mal warum Delphi so unbekannt ist! Btw. Einfach nicht beliebt ist. (Delphi? Was ist das)

Zitat:

Aber dann kannst du es ja gar nicht selbst beurteilen.

Nein? Inwiefern kannst du mir das absprechen?

Nur weil ich etwas nicht selbst versucht habe beutetet es nicht gleich das ich mir kein Urteil bilden kann.
Selbst wenn ich ein Schwein nicht selber schlachte weiß ich doch dass das Fleisch gut schmeckt wenn es entsprechend zubereitet ist.
Deine Annahme Hinkt irgendwie.

[Bernhard Geyer]

Zitat von arnold mueller:

Es muss nicht immer der Neustart auf der grünen Wiese sein. Die Umstellung einer klassischen Client-Server Anwendung auf eine Microservice Architektur kann man mit wenig Risiko nach und nach durchführen.

Bin eigentlich seit 20 Jahren am Modernisieren einer größere Anwendung (Teil eines Lösungssystems mit mehren auch Nicht-Delphi-Apps)

Zitat von arnold mueller:

Ich würde REST Api's aber nie mehr mit Delphi bauen seitdem ich weiß um wie viel einfacher das mit go geht.

Gibt einige Stellen an denen wir neue Sachen nicht mehr mit Delphi machen.
Sind aber auch sehr oft Nicht-Windows-Lösungen.

Zitat von arnold mueller:

Meiner Meinung nach ist Delphi unschlagbar im Bereich Windows GUI.

Gab mal die Idee die (große) Anwendung in Java nachzubauen. Hätte vermutlich im Desaster geendet, da ein 1:1 nachbau keine Lösung für bekannte Limitationen gebracht hätte.

Zitat von arnold mueller:

Der Bereich Mobile und Backends ist grundsätzlich möglich, andere Technologien sind aber sinnvoller.

Yepp. Einfach ohne Scheuklappen suchen und ein "wer weiß ob DIESE Technik in 5 Jahren noch genutzt wird mit. "Dann machen wir halt in 5 Jahren wieder was anderes".
Es sollte halt beim Start nicht schon nach "Totes Pferd" riechen