Modernisierung von Legacy-Anwendungen

[DeddyH]

[OT] Und mit whataboutism kommt man ja überall durch :stupid: [/OT]

[MEissing]

Hier ging's doch um React, Vue, Blazer... "Moderne" Frameworks und deren Langlebigkeit (oder auch nicht). Und du kommst mit Kylix, Delphi.Net und Delphi4PHP (ist "OK" als Einwurf) und schwadronierst dann von Whataboutism...

Lächerlich. Sorry.

[venice2]

Zitat:

Lächerlich. Sorry.

Habt ihr eigentlich keine anderen Sorgen?
Schaut euch in der Welt mal um und macht euch hier nicht gegenseitig runter.
Von Erwachsenen intelligenten Menschen sollte man eigentlich etwas anderes erwarten.

[arnold mueller]

Zitat:

Zitat von TigerLilly (Beitrag 1503494)

Strange. Ich frage nach Kolleg*innen, die Legacy-Apps modernisieren wollen + wir landen bei Frameworks aus anderen Welten. Hmm. Da haben doch einige mal die Entscheidung getroffen, weg von Delphi zu gehen. Würde ich zum jetzigen Zeitpunkt nicht machen - mit TMS Web Core - wurde ja schon genannt - gibt es ein echt spannendes Tool auch für Web Anwendungen.

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.

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.

[Bernhard Geyer]

Zitat:

Zitat von arnold mueller (Beitrag 1503635)

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:

Zitat von arnold mueller (Beitrag 1503635)

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:

Zitat von Bernhard Geyer (Beitrag 1503636)

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:

Zitat von venice2 (Beitrag 1503642)

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:

Zitat von venice2 (Beitrag 1503667)

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