Interface- und Klassenstruktur für entkoppelte GUI und Anwendungslogik

[jobo]

Man könnte es vielleicht URL artig machen (ohne http server natürlich). Vgl Registry.
Adresse (bzw. Key) setzen und Wert oder Wert Liste abfragen. Damit könnte man sich in Unkenntnis der Struktur bis in jedes Blatt hangeln.
Je nach zu erwartendem Volumen auch einfach alles holen.
Technisch bräuchte man nur einen Datentyp, der JSON encoding respektiert bzw. man muss sich im Interface darauf einigen, wie der String am Ende zu handhaben ist.

[stahli]

Also wenn Du DLL´s verwendest kannst Du den Datenaustausch direkt ja nur über Interfaces realisieren. Die könnten natürlich eine String-Eigenschaft haben und dort den JSON-Text o.ä. beinhalten.

Wenn Du für die Gui dann VCL-Controls erzeugst ist natürlich die Datenrückgabe bei Änderungen noch nicht geklärt. Das wird sicherlich der schwierigste Part.


Ich verwende für einen ähnlichen Anwendungsfall zwischen Server und Clients (mit eigenen Controls) Sockets (asychrones FTP).
Hier findest Du zwei kurze Videos, die einen kleinen Einblick zeigen: https://www.delphipraxis.net/185623-...-controls.html
Die Datenübertragung ist hier dokumentiert: https://www.delphipraxis.net/190482-...ockettest.html
Im Prinzip werden nur Message-Objekte erstellt und einem Framework zur Übertragung übergeben.

In dem Fall könnten die Geräte mit dem Hauptprogramm direkt kommunizieren, ohne dass dafür Controller über eine DLL eingebunden werden müssen.

Direkt zur Nachnutzung kann ich Dir das nicht anbieten, da ich das gerade nochmal überarbeite. Bei Interesse kann ich Dir aber noch etwas zeigen und Teile bereitstellen.