Re: [Maitretarot-devel-fr] nouveau protocole

[Yves Mettier]

> "Yves Mettier" <address@hidden> writes:
>
>> > Globalement, le truc le plus simple, c'est : en cours de jeu, le
>> serveur envoie toutes les données (après que chaque joueur est joué)
>> qu'il a avec un flag "à toi de jouer". Comme ça, il n'y a qu'un seul
>> type de message.
>>
>> T'es violent, toi.
>> Ca fait quasi 8k dans l'etat actuel des choses. Et tu voulais faire ca
>> en udp!?
>>
>>
>> >
>> > On mets un timeout sur la réponse, tu renvoie 2-3 fois, puis après
>> tu envoie le paquets à tous avec un flags en "erreur". C'est ça le
>> vrai stateless:)
>>
>> On laisse tomber le stateless.
>> On va s'inspirer des rpc en fait.
>>
>> > Il faut envoyer ses cartes restant, des flags (erreur ou pas, son
>> tour de jouer ou pas,...), les plis (l'équipe du preneur puis
>> l'autre), le paris, les annonces, tout quoi. 1 seul message avec
>> l'état dedans (erreur ou pas, etc...)
>>
>> Outre le fait qu'on laisse tomber le stateless, sachant
>> qu'actuellement, ca fait environs 8k et y'a pas de format, si on le
>> formate, ca risque de prendre encore plus!
>>
> on peut faire les 2 :
>
>   * la version avec juste les fonctions quand tout va bien
>
>   * tout l'etat (depuis le debut) quand un client est paume
>         (ex apres une deconnexion).

On fonctionne avec un systeme de procedures, pas avec un systeme de
variables.
Donc on aura une procedure pour envoyer tout l'etat du systeme et
reinitialiser le client a la volee, c'est evident.
Mais devra-t-on appeler cette procedure avant tout appel d'autre
procedure? je n'en vois pas l'interet.

Yves

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