Discussion :

[moithibault]

Bonsoir ,
Je fais actuellement un jeu de plateau (de type jeu d'échec) en réseau sur le modèle client/serveur .
Le serveur permet à plusieurs clients de s'y connecter et gère des parties d'un joueur contre un autre (pendant ce temps les autres clients voyent la partie) .

Dans un jeu d'échec il y a certaines règles à respecter , par exemple : la tour n'a le droit de se deplacer que dans ses lignes .
Et je me demander si la vérification des règles devaient se faire du côté du client ou du serveur ?
Je pense que si ça se passe côté client c'est moins sécurisé car si une personne utilise un client modifié il peut envoyer une fausse position et donc jouer un coup impossible , et si c'est du côté serveur ça ralentirais surement le temps de jeu mais au moins la règle est la même pour tout les clients .
Qu'est ce que vous en pensez , quel est la règle en générale ?
Et est-ce que vous avez des cours/tutoriels sur des applications client/serveur proche de la mienne ?
Car c'est vraiment la première fois que je fais une application en réseau en utilisant les sockets , je n'ai pas de problèmes mais je me trouve souvent confronté à plusieurs choix sans savoir vraiment quel est le plus performant .


Merci beaucoup .


EDIT : j'ai trouvé un article sur wikipédia qui parle en partie de ça : http://fr.wikipedia.org/wiki/Client-serveur avec les types de clients , avantages/inconvénients .

[javan00b]

serveur, tu creer un thread qui verifie la validiter du coup, tu pourrait utiliser un thread pool vu qu'une verification est assez courte pour ne pas devoir creer un nouveau thread chaque fois qu'un joueur veut valider un coup.

en gros le joueur envoie son coup, sur son ecran le mouvement se fait, si le serveur n'accepte pas le coup, l'affichage du joueur revient comme avant son mouvement, sinon tu peut attendre la confirmation du serveur avant de bouger la piece sur l'ecran du client.

il existe plusieur facon de faire, si tu as un bon serveur, le serveur pourrait lister les coups possible a chaque tour, donc sa prendrais par la suite moin de temps verifier si un coup fait partie de la liste des coups jouable que de commencer a calculer seulement quand le joueur joue son coup.

tout depend de la facon que tu veux gerer l'affichage du cote client et de la puissance de ton serveur.

edit: pour que le joueurs est l'illusion que son coup se joue en temps-reel vaut mieux calculer les coups jouable a l'avance au debut de chaque tour, pour que la confirmation arrive plus rapidement au joueur.

[Nico02]

edit: pour que le joueurs est l'illusion que son coup se joue en temps-reel vaut mieux calculer les coups jouable a l'avance au debut de chaque tour, pour que la confirmation arrive plus rapidement au joueur.

Je suis pas vraiment d'accord, ça reviens au final à calculer tous les coups possible pour ne garder que ceux qui respectent les règles, ce qui risque d'être assez long.. Autant calculer directement si le coup courant est valide.

Sinon pour répondre à ta question biot22, je ne pense pas que faire le calcul sur le serveur sera beaucoup plus lent que de le faire en local. Tu perdras quelques millisecondes lors des envois mais je pense que cela reste négligeable. On peux prendre l'exemple des sites de poker en ligne où les règles sont analysées par le serveur, je pense que le temps de réponse est correct pour ce genre de jeu.

[moithibault]

Merci