Re: [Maitretarot-devel-fr] protocole

[Yves Mettier]

> 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 ?

Oui, il faut d'ailleurs le faire.
A noter que certains mots ne se traduisent pas en anglais, comme "chien"
par exemple?

>
>
>> * 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).

Tout a fait d'accord.
Par ailleurs, on implementera quand meme quelque chose pour que le client
puisse reclamer la situation du jeu au cas ou (je ne sais pas, mais bon,
ca peut arriver. Pas oblige de l'implementer tout de suite)

>
> 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 ?

Oui. Je vais repondre a part pour cela.

Yves

>
>
> Jérôme
> --
> address@hidden
>
>
>
> _______________________________________________
> Maitretarot-devel-fr mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/maitretarot-devel-fr


-- 
- Homepage - http://ymettier.free.fr - http://www.cmg.com -
- GPG key  - http://ymettier.free.fr/gpg.txt              -
- MyAM     - http://www.freesoftware.fsf.org/myam         -
- GTKtalog - http://www.freesoftware.fsf.org/gtktalog     -