maitretarot-devel-fr
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Maitretarot-devel-fr] protocole


From: Jerome Quelin
Subject: Re: [Maitretarot-devel-fr] protocole
Date: Tue, 7 Jan 2003 20:27:21 +0100
User-agent: KMail/1.4.3

Désolé pour les temps de réponse et les blancs, mais suite à gastro je 
ne suis pas forcément tip-top en forme ces temps-ci.


philippe brochard wrote:
> * le client reçoit ses cartes :
> serveur->client: SET carte_en_main 11 22 44 45 ...

Ce serait possible de mettre des variables au nom anglais svp ?


> * les encheres :
> serveur->client: DEMAND(?) enchere


> client->serveur: GET enchere_autres_joueurs

Je n'aime pas _du tout_ le fait que le client ait à demander ce genre 
d'informations. Pour moi, le serveur doit broadcaster les informations 
aux clients plutôt que les clients les demandent un par un. Parce que :
 - c'est plus couteux en terme de traitement (quoi que dans le cas d'un 
serveur de tarot ce ne soit pas forcément à prendre en compte)
 - mais surtout ça multiplie les échanges et on risque de se retrouver 
avec le serveur qui envoie des informations, du genre les enchères ont 
été ceci puis ceci puis ceci, et ensuite il reçoit une nouvelle enchère 
et le client qui vient de demander la liste des enchères se retrouve 
baisé (pardon). 

Rappellez-vous : KISS ! (Keep It Simple, Stupid)


> serveur->client: SET enchere_autres_joueurs b1 b2 b3 b4 b5
> (avec b1,... les encheres des autres joueurs)

Euh. Dans la règle de tarot, normalement on a le droit de surenchérir si 
quelqu'un a monté sur sa propre enchère... Ce schéma ne le permet pas.


> enfin, il y a moyen de simplifier un peu (exemple le
> serveur envoi les encheres des autres joueurs au moment
> ou il fait la demande des encheres).

Oui, exactement. Et il se trouve que le début de protocole que j'ai fait 
se base là-dessus. Je pense que la règle de base, c'est qu'aucune 
transmission ne doit être à l'origine d'un client. C'est le serveur qui 
mène la danse, car nous sommes dans le cas d'un jeu simple, ne 
demandant pas de réponse temps-réel ni autre fonctionnalité un peu 
touchy nécessitant d'avoir un protocole trop compliqué.
Quand j'aurais à nouveau du temps / la force de me repencher dessus, je 
pousserais le développement / implémentation de mon protocole pour 
mieux voir les problèmes qui se posent. 

PS : avez-vous vu que pour la fête de l'internet, le ministère de la 
culture lance un concours portant sur le meilleur jeu produit ?


Jérôme
-- 
address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]