Zitat von
alzaimar:
Gehe vielleicht folgendermaßen vor:
1. Trennung von Funktion und Darstellung.
2. Auslagern der Funktionalität in
DLL
3. Entwickeln eines Web-Frontends in einer Sprache deiner Wahl (PHP, ASP.NET usw) und einbinden der
DLL Das würde aber wieder eine WIndows-Maschine als öffentlichen Webserver erfordern.
Eine andere Lösung wäre es die Delphi/BCB App in einen ApplicationService zu wandeln, der im Intranet liegt und von dem öffentlichen Webserver angesprochen wird.
Das hieße, dass die Logik selbst so geändert werden müsste, dass sie state-less ist. Und dann könnte der gemeinsame Code vom Appservice aufgerufen werden.
Über kurz oder lang könntet ihr auch eure native App auf die Art zu einem Client des Appservices machen und von all den Vorzügen von Multi-Tier auch dort profitieren.
Hierfür (Website<->Appserver) wären die Standardprotokolle, besonders
XML/
SOAP, zu "gesprächig" IOW: langsam.
Es gibt aber Tools, die es erlauben effizient Binärdaten oder
XML/RPC auszutauschen, und dir auch den
Client code für PHP generieren.
Neben dem
RemObjects SDK gäbe es da auch noch
kbmWM (und deren
Spider für PHP/.Net clients).
Wenn Binärmessages keine Voraussetzung sind, könntet ihr euch auch das
RealThinClient SDK (RTC) ankieken, das kostet nix. Aber da weiß ich nicht ob es Client-seitig von PHP oder ASP.Net/Mono benutzbar wäre. RTC war nie wirklich so fortgeschritten wie RemObjects oder kbMW...