So richtig ist im Moment noch nicht zu erkennen, auf welche Technologie man bei längerfristigen Projekten setzen soll.
Delphi hat ja zum Programmieren per Click und Paste verleitet, so sehen dann auch alte Programme aus.
Mehrschichtsysteme kamen erst später und benötigten in Delphi einige Klimmzüge.
Ich meine das man, gerade bei alten über Jahre gepflegten Projekten die Technologie überdenken sollte.
Vorallen müsste eine schrittweise Umstellung/Modernisierung möglich sein.
Da stehen bei Firemonkey wohl Kompatibilitätsprobleme mit der
VCL an.
Eine mögliche Überlegung wäre:
Die
GUI relativ schlank auf Web-Basis (
HTML). Da ist man mehr oder weniger Plattform - unabhängig.
Die eigentliche Verarbeitung auf dem Server, da ist die Programmiersprache fast egal.
Ich habe z.B. ein relativ großes Programm (ca. 2 Mio Quellzeilen) zu pflegen.
Hier werden an mehreren Arbeitsplätzen Prüfergebnisse eingegeben.
Mit Drücken des Speicherbuttons pflegt das Programm die Daten ein, mit relativ viel
SQL-Verkehr in beiden Richtungen.
Das Programm nimmt die gesamte Verarbeitung vor.
Genauso gut könnte man die Eingabe in einen Servercache ablegen.
Die
GUI erhält dann irgendwann vom Server die Aufforderung zum Update der Oberfläche.
So ein Construct sollte sich auch einfacher testen lassen. Serverseitig nur ein Eingang (Cache) und ein Ausgang (fertig).
GUI mit Simulationsprogramm bedienbar.
Peter