Discussion :

[NewUserDelphi]

Bonjour

J'ai du mal à assimiler le concept de client serveur, tout du moins à comprendre quelques points précis.

Dans mon cas la finalité est la suivante :

1 VPS avec une appli qui appelle des fonctions dans une dll.
La fonction dans DLL envoi des infos à une appli desktop (chez moi) qui lui répond et retourne la valeur .


Une simple appli client serveur suffit elle ou dois-je m inspirer des chats étant donné que l appli desktop répond ?

Le serveur doit il être côté VPS ou côté Desktop ?

Merci pour vos conseils ?

[PixelJuice]

Bonjour,

Je dirais que le serveur doit aller coté serveur .

Ce n'est pas parce que c'est le serveur qui envoie les informations en premier qu'il n'est plus un serveur. Ce qui le définit c'est surtout que c'est le programme qui va être l'interlocuteur commun de tous les utilisateurs. Il y a même des architectures ou les clients deviennent serveurs, et vice & versa.

Une simple appli client serveur suffit elle ou dois-je m inspirer des chats étant donné que l appli desktop répond ?

Oui les deux ont quelque chose à recevoir, une appli client -> serveur à sens unique ne marchera pas ici.

Par contre la structure d'un chat est (grossièrement):

Client X -> Message "Salut" -> Serveur
-------------------------------------------
Serveur -> Message "Salut" -> Tous les clients

Alors que tu sembles avoir besoin de :

1. Serveur -> Message -> Client 1
2. Serveur -> Attends réponse Client 1
3. Client 1 -> Reçoit message Serveur
4. Client 1 -> Réponse -> Serveur
5. Serveur -> Reçoit réponse Client 1

Tu peux sauter l'étape 2 si tu veux que le serveur écoute une réponse quoi qu'il arrive, sans avoir envoyé de message au préalable.

Pour résumé, la structure que tu as besoin se résume à :

Serveur - J'envoie un message et j'attends une réponse
Client - J'attends un message et j'envoie une réponse

Tout simplement.

Voilà, j'espère avoir été clair et d'avoir bien saisie le problème, n'hésite pas à poser d'autres questions qui concerne le réseau. Si tu débutes, je comprends que ça soit assez obscure au début mais c'est plus simple qu'il n'y parait.

[Pol63]

A ceci près que celui qui initie la connexion doit pouvoir joindre l'autre (donc connaître son adresse et que le routage soit bon) c'est pour ça qu'un client arrivera en général plus facilement à joindre le serveur.
Mais une fois la connexion établie c'est bidirectionnel. Donc le client peut se connecter et ne rien envoyer, le serveur peut lui envoyer des données quand le client se connecte.

[NewUserDelphi]

Merci pour vos réponses.

Je dirais que le serveur doit aller coté serveur

Il est vrai que j arrive à me poser des questions qui contiennent les réponses... je dirais que c'était du à l'heure tardive

Mais j ai besoin malgré out d un dernier éclaircissement.

Mon schema de communication étant plus tôt

1. Dll envoit message au serveur
2. Serveur envoit message au client desktop
3. Client desktop repond au serveur
4. serveur répond à la Dll

Comment faire pour que le serveur ne 'serve' que le bon destinataire ? Parce que pour le coup j'ai bien 2 clients ?

Le serveur doit t'il envoyer les infos sur le réseau avec par exemple l'id du destinataire et le client 'capturer' le message, vérifier s il en est destinataire ou existe t il un "mécanisme d identification" qui peut faire que le serveur choissit et ne serve qu'un seul le destinataire ?

Merci

[Pol63]

dll on ne voit pas trop ce que c'est ici
mais côté serveur, tu as une instance de connexion pour chaque connexion, donc si tu sais les identifier tu peux rappeler la bonne quand tu le souhaites pour ne communiquer que sur celle là
en général on met une couche d'authentification pour savoir qui est de l'autre côté (quelle appli et ou quel user)
et après tu mets ca dans une collection avec la connexion pour pouvoir retrouver une connexion à partir d'une info (type d'appli, id du client etc...)

[NewUserDelphi]

ok merci, j ai tout compris.

Y a plus qu'à