application serveur gérant le GUI

[D2005 +win32]

Bonjour,

je cherche à construire une application serveur (composante d'une architecture à 3 niveaux), qui ne gère pas seulement les données transitant entre le client et la base de donnée, *mais surtout qui gère l'interface utilisateur*. Autrement dit, les composants visuels apparaissant à l'utilisateur ne seraient pas contenus dans l'application locale cliente, mais envoyés au client par l'application serveur.
Dois-je m'orienter vers une technologie particulière? Toute littérature /tutoriaux sur le sujet sont les bienvenus.
NB: l'aide de D2005 ne parle pas de cette question autrement que sous l'aspect base de donnée.
Merci pour votre aide.

Citation:

---

Autrement dit, les composants visuels apparaissant à l'utilisateur ne seraient pas contenus dans l'application locale cliente, mais envoyés au client par l'application serveur.

---

Tu veux faire un truc genre XWindow, quoi ? De tout de façon, il n'y a pas deux cent méthodes : la première est de travailler avec des images (client et serveur s'échangent l'interface graphique sous la forme d'un dession) soit avec des commandes (le serveur envoie des messages pour dire au client de créer des composants, et leur caractéristiques).

Dans tous les cas, j'ai peur que ceci soit un peu réinventer la roue et ne soit pas forcément très rapide à implémenter. Autant utiliser des applications Unix qui s'exécutent sur un serveur et dont l'interface est envoyé au client avec le système de client/serveur X.

Citation:

---

Tu veux faire un truc genre XWindow, quoi ?

---

Je ne suis pas sur: je ne me place pas du point de vue de l'OS mais bien de l'application. En précisant ma pensée, je dirais que le poste client contient un .exe qui se comporterait comme un conteneur d'objets graphiques (TForms, TEdit, TButton, ..) dont les propriétés d'instanciation (des objets graphiques) seraient définis sur le serveur et envoyés au client lors d'une requête (ex click sur un bouton). Il s'agirait presque de réinventer un navigateur web, mais avec des capacités graphiques supérieures.

Citation:

---

De tout de façon, il n'y a pas deux cent méthodes : la première est de travailler avec des images (client et serveur s'échangent l'interface graphique sous la forme d'un dession) soit avec des commandes (le serveur envoie des messages pour dire au client de créer des composants, et leur caractéristiques

---

Cette dernière idée me parait conforme avec ce que je dis plus haut. Connaitrais-tu des technologies /frameworks basés là-dessus?

Merci

Citation:

---

Cette dernière idée me parait conforme avec ce que je dis plus haut. Connaitrais-tu des technologies /frameworks basés là-dessus?

---

Heu, non, mais cela doit sûrement exister (quoi que, pas forcément en Delphi).
Si tu veux programmer ça "from scratch", tu peux toujours utiliser des librairies comme Indy pour le transfert (UPD: TIdUDPClient / TIdUDPServer, TCP: TIdTCPClient / TIdTCPServer), et mettre au point un protocole de communication et d'association d'évènements entre client et serveurs. Si tu as besoin d'aide, je pourrais éventuellement regarder (bien que je manque pas mal de temps jusqu'à la mi juin) car le principe est assez marrant et intéressant.

Citation:

---

Si tu as besoin d'aide, je pourrais éventuellement regarder (bien que je manque pas mal de temps jusqu'à la mi juin) car le principe est assez marrant et intéressant

---

Je vois de mon côté, et te tiens éventuellement informé.
Merci pour ton aide.