Discussion :

[JauneLoke]

Bonjour à tous,

Je travail pour une société développant un logiciel sous Delphi 7.
Mon but est de reproduire le logiciel Delphi en Web(php7, Apache) dans un environnement windows.

Une partie du logiciel est intégralement développée en language web, mais une autre partie requiert un travail effectuée par Delphi.

Ma première hypothèse serait d'utiliser cette bibliothèque : https://edn.embarcadero.com/article/39531

1. Est-il possible de charger une DLL(graphique) et de l'afficher dans le navigateur? Si oui, par quel moyen?
2. Est-il possible d'envoyer des données à une DLL en php et de récupérer la ou les valeurs retournées? Si oui, quel est la méthode, le composant Delphi le plus efficace pour parvenir a mes fins?


Merci d'avance.

[SergioMaster]

Bonjour,

le but serait de faire quelque chose comme ça https://www.cybelesoft.com/blog/runn...n-web-browser/ ?

[ShaiLeTroll]

il y a 10 ans
Un programme Delphi lançait PHP.EXE pour lancer des scripts d'import mais le PHP ne pouvait pas reprendre toute la complexité de manipulations des tables, il ne faisait qu'un travail préliminaire de transformation de différents format vers une structure unifiée.
Le PHP via GetActiveOLEObject récupérait un objet contenu dans l'EXE, cela lui octroyait donc un point d'entrée pour appeler des bouts de code (en fait la partie complexe de l'import) pour insérer dans les tables les données à partir de sa structure unifiée.

Derrière, il y avait un mécanisme d'échange asynchrone de données via un FileMapping\Mutex\Event mais chaque programme créait leur propre instance de l'objet via un CreateOLEObject, c'était nettement mieux pour la gestion des threads, surtout que c'est Delphi qui lançait PHP.exe en ligne de commande et chopait ses Pipes, avec GetActiveOLEObject c'était très lent car le PHP dépendait du Thread Delphi qui passait son temps à attendre des données des pipes, dans un cas plus simple, le GetActiveOLEObject serait tout à fait utilisable pour partager le même EXE entre plusieurs thread PHP



Il y a tellement d'approche possible
Si c'est juste des données, un Server DataSnap REST serait l'approche la plus propre
Si c'est graphique, cela se corse,
Si c'est graphique mais juste une image, on peut revenir à un Server DS REST avec un échange d'image en Base64
Si c'est graphique mais de l'IHM avec interaction utilisateur, voir ce que propose SergioMaster ... il y a 15 ans, Internet Explorer règnait et l'on avait la possibilité d'utiliser un ActiveX pour enrichir sa page, c'est devenu tout ça un gros mot comme le FlashPlayer

Delphi 7, il est peut-être temps de l'oublier de repenser votre logiciel si vous vous tournez vers du Web avec une architecture N-Tiers : SGBD + Serveur Métier + Server Présentation + Client JS
Par exemple
FireBird + DataSnap + PHP + ReactJS

[Paul TOTH]

la question n'est pas très claire, c'est du web ou ça n'en est pas ?! ... de quoi est responsable la partie Delphi ?

en PHP il est possible de lancer un programme et de retourner son résultat (façon CGI)

en PHP on peut facilement interroger un WebService Delphi

dans mes derniers développements Web, j'ai toute l'application en Javascript avec un accès à Delphi uniquement pour interroger une base de données, l'application me retournant du JSON....l'application est totalement indépendant du serveur du coup, et en fait je pourrais reproduire le WebService avec n'importe quel autre langage si besoin était.

[JauneLoke]

Merci pour vos réponses,

Pour être plus précis, le logiciel en question est intégralement développé en Delphi 7. Le site web est une "copie conforme" du logiciel et n'a en aucun cas pour objectif de le remplacer.

Le SGBD est soit sous Firebird 2.5 ou SQL Server selon les clients.

J'ai déjà développé une partie du logiciel en PHP/Apache... Avec lequel je peux me connecter soit à Firebird soit à SQL Server.
Le logiciel Delphi génère un fichier de paramètre au format XML qui est ensuite récupérer par mon site en intranet pour les options des deux systèmes.

Le logiciel Delphi est installé chez les clients sur chaque poste ou en TS, chez chaque client il y a un des deux formats de SGBD leur serveur.
Mon site sera en intranet chez les clients et le serveur Apache sera installé sur le même serveur hébergeant déjà le SGBD respectif.

Reproduire l'intégralité du logiciel en Web serait possible bien que demandant un temps considérable.

Mon patron souhaite donc soit :
1. Charger des DLL(graphique) hébergées sur le serveur au travers d'une page web sur le poste du client (je suis sceptique sur cette hypothèse)
2. Télécharger un micro programme contenant les DLL sur le poste du client lors de sa première connexion (viable et déjà testé bien que contraignant sur certains aspects)
3. Une solution viable selon moi serait d'interagir avec le logiciel installé sur le serveur afin de récupérer/envoyer du texte, tableau pour ensuite les afficher dans le web...

Quel est la meilleure hypothèse selon vous et surtout le meilleur moyen d'y parvenir?

[SergioMaster]

Bonjour,

L'option 3 n'est ni plus ni moins que la solution REST/Datasnap
L'option 2 plus ou moins le Multi-tiers (un programme serveur , un programme client, une communication REST, pas de php)
mais avec D7, REST c'est loin d'être du gâteau.

Marrant personne n'a songé à une solution Intraweb, d'un autre temps mais complètement D7 "compatible"