Voila je me lance dans la programmation d'un petit jeu en réseau.
En gros j'ai un serveur qui gère le déroulement du jeu, et un certain nombre de clients qui ne sont en fait que des interfaces utilisateurs distantes.
Les clients envoient au serveur les entrées de l'itilisateur, et le serveur envoie au client l'état de l'aire de jeu pour qu'ils la redessinent.
Il y a donc un certain nombre de contraintes :
- le serveur peut accepter un nombre indeterminé de clients.
- de nouveaux clients peuvent se joindre à la partie à n'importe quel moment.
- le client, comme le serveur, sont susceptibles d'envoyer des messages à l'autre à n'importe quel moment. Aucun des deux ne sait quand il est susceptible de recevoir un message de l'autre, et ils sont susceptibles de s'envoyer des messages en même temps.
- les communications se font par messages prédéterminés, qui sont en fait des structs qui ont toutes la même taille, avec un identifiant pour indiquer le type de message.
 
Alors voila comme je n'ai jamais programmé de sockets, je voudrais quelques conseils : quel type de sockets utiliser (STREAM, DGRAM ?), quels stratégies adopter pour le serveur (1 thread par client ?), et pour les echanges entre les protagonistes (1 seule socket pour parler dans les 2 sens, ou des sockets à sens uniques...).
Bref je voudrais tout savoir quoi

Utilises tcp plutot que udp (stream plutot que datagram). UDP ne te garanti pas qu'un message a été reçu, alors que TCP si.
 
Et les sockets, ca marche dans les deux sens, donc a priori une socket par client.

Ok. Bon alors moi je voyais les choses comme ça : une socket pour recevoir les demandes de connexion des clients, et quand une demande arrive, on crée une nouvelle socket pour écouter le client et lui envoyer les infos.
Alors la question maintenant c'est : une thread par client c'est bien, ou il vaut mieux essayer de gérer tous les clients dans la même thread avec des sockets non bloquantes ou asynchrones (question subsidiaire : c'est pareil ou il y a une différence ?)
 
P.S. : puree je pose des questions comme ça un samedi soir, doit vraiment y avoir quelque chose qui va pas chez moi

ben ca c'est le comportement normal, c'est ce que fait accept()
 

R3g a écrit a écrit : P.S. : puree je pose des questions comme ça un samedi soir, doit vraiment y avoir quelque chose qui va pas chez moi

y'a pire, du style comment gérer des attributs privés, mais qu'on puisse rajouter dynamiquement des méthodes qui peuvent quand même acceder a ces attributs  

Tu veux dire que accept() me crée automatiquement une nouvelle socket connectée au client ? A ce moment là c'est très bien mais j'avais pas compris
 

lorill a écrit a écrit :   y'a pire, du style comment gérer des attributs privés, mais qu'on puisse rajouter dynamiquement des méthodes qui peuvent quand même acceder a ces attributs

Effectivement ca à l'air bien pire, mais je comprends pas bien.

 
oui. accept() accepte justement une connexion, et te renvoie la socket associée a cette connexion.

Bon ben c'est super ça alors. Encore nu ou deux tutorials, et je suis prêts à y aller. Merci.