Delphi-PRAXiS
Seite 5 von 5   « Erste     345   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Projektplanung und -Management (https://www.delphipraxis.net/85-projektplanung-und-management/)
-   -   Modernisierung von Legacy-Anwendungen (https://www.delphipraxis.net/210185-modernisierung-von-legacy-anwendungen.html)

Bernhard Geyer 20. Mär 2022 16:40

AW: Modernisierung von Legacy-Anwendungen
 
Zitat:

Zitat von arnold mueller (Beitrag 1503641)
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:

Zitat von arnold mueller (Beitrag 1503641)
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:

Zitat von arnold mueller (Beitrag 1503641)
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:

Zitat von arnold mueller (Beitrag 1503641)
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

Uwe Raabe 20. Mär 2022 16:47

AW: Modernisierung von Legacy-Anwendungen
 
Zitat:

Zitat von venice2 (Beitrag 1503667)
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:

Zitat von venice2 (Beitrag 1503667)
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:

Zitat von sh17 (Beitrag 1503668)
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 20. Mär 2022 17:37

AW: Modernisierung von Legacy-Anwendungen
 
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.

Daniel 20. Mär 2022 17:46

AW: Modernisierung von Legacy-Anwendungen
 
Bitte zurück zum Ausgangsthema, der Modernisierung von gewachsenen Anwendungen.
Ihr kommt vom Thema ab und die Diskussion gewinnt eine Schärfe, die bekanntermaßen zu nichts Gutem führt.

venice2 20. Mär 2022 17:50

AW: Modernisierung von Legacy-Anwendungen
 
Zitat:

Zitat von Daniel (Beitrag 1503672)
Bitte zurück zum Ausgangsthema, der Modernisierung von gewachsenen Anwendungen.
Ihr kommt vom Thema ab und die Diskussion gewinnt eine Schärfe, die bekanntermaßen zu nichts Gutem führt.

Bin raus. Danke!

sh17 20. Mär 2022 21:15

AW: Modernisierung von Legacy-Anwendungen
 
Um mal aufs Modernisieren zurückzukommen und doch noch etwas zur UI zu sagen. Man sollte im Idealfall immer auf die vorgegebene native Benutzererfahrung des jeweiligen darunter liegenden Betriebssystems seine Anwendung aufbauen, egal wie besch.. man die persönlich hält. Alles andere ist im professionellen Umfeld Spielerei. Das gilt für Windows wie auch besonders für Android, iOS und macOS. Anwender erwarten ein bestimmtes Verhalten der Oberfläche die sie gewohnt sind.
Man mag das Argument bringen "wenn meine Anwendung auf allen Systemen gleich aussieht, hat es der Anwender einfacher". Wenn es sich nicht gerade um eine Browser-Anwendung handelt, bin ich da aber etwas zurückhaltend geworden, ich denke nicht, dass das von Vorteil ist. (würde natürlich hier gegen Delphi Mobile sprechen)

Stevie 21. Mär 2022 12:46

AW: Modernisierung von Legacy-Anwendungen
 
Zitat:

Zitat von sh17 (Beitrag 1503678)
vorgegebene native Benutzererfahrung des jeweiligen darunter liegenden Betriebssystems seine Anwendung aufbauen, egal wie besch.. man die persönlich hält

So isses - ich kann mich noch an den Aufschrei der Benutzer von Atlassian SourceTree auf Windows erinnern, als sie die Checkboxen in der Staging Area eingebaut haben, die dann beim Anhaken automatisch die Einträge zwischen den beiden ListControls verschoben haben, weil das wohl beim Mac Client schon länger so war.

TigerLilly 21. Mär 2022 13:53

AW: Modernisierung von Legacy-Anwendungen
 
Yupp. Spannender Exkurs + jetzt gerne wieder zum Thema:

Zitat:

Gibt es hier noch jemanden, dem eine Modernisierung einer Legacy-App ins Haus steht?
...
Ich würde mich gern zu den Themen austauschen, vielleicht können wir einander da ja unterstützen + von unterschiedlichen Blickwinkeln profitieren?

Frickler 23. Mär 2022 09:26

AW: Modernisierung von Legacy-Anwendungen
 
Zitat:

Zitat von sh17 (Beitrag 1503668)
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

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.

TigerLilly 23. Mär 2022 09:27

AW: Modernisierung von Legacy-Anwendungen
 
Yupp. Spannender Exkurs + jetzt gerne wieder zum Thema!


Alle Zeitangaben in WEZ +1. Es ist jetzt 03:03 Uhr.
Seite 5 von 5   « Erste     345   

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz