Nativen Win32-Code auf einer Website ausführen?

[mschaefer]

Die IntraWeb-Komponenten sind sicher nicht so zu erweitern wie die Standartkomponenten, Überall da, wo man auf die Übersetzungsebene zu JS und HTML muß sollte man eher die Finge weg lassen, denn hier sind die IW-Komponeten doch reichlich verzahnt.

Da wo der Eingabewert geprüft, getestet und Verändert wird, zum Beispiel die Texteigenschaft eines IWEdits, da kamm man auch die Komponente mit üblichem Aufwand ableiten und erweitern.

Eins muß man bei Intraweb aber im Auge behalten: Man braucht einen Windows / [Linux/Wine] - Rechner wo die Intrawebanwendung als exe läuft. Ein Standard-PHP-Perl-Hoster ist damit aussen vor.

Grüße // Martin

[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

[Elvis]

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...