09-12-2018, 10:01 PM
pour moi il faut dissocier la machine à état et le client qui interagit avec le serveur.
Le client ne doit pas pouvoir changer la machine à état directement, il doit passer par un truc intermédiaire (middleware) qui reçoit les events, et c'est lui qui gère s'il va ou non changer l'état de la state-machine, quand et comment et le cas échéant ne rien faire et retourner une erreur, mais c'est pas à la machine à état de gérer.
En master on faisait des state machine et le principe était de toujours faire comme si c'était forcément ok, c'est pas le bon endroit pour gérer les erreurs. La machine à état ne doit QUE appliquer le code de son état.
Le client ne doit pas pouvoir changer la machine à état directement, il doit passer par un truc intermédiaire (middleware) qui reçoit les events, et c'est lui qui gère s'il va ou non changer l'état de la state-machine, quand et comment et le cas échéant ne rien faire et retourner une erreur, mais c'est pas à la machine à état de gérer.
En master on faisait des state machine et le principe était de toujours faire comme si c'était forcément ok, c'est pas le bon endroit pour gérer les erreurs. La machine à état ne doit QUE appliquer le code de son état.
Dévotion, jeu multijoueur gratuit par navigateur de stratégie et de conquête
The Magic Institute, le jeu de magie médieval fantastique gratuit en ligne
Rapture Studio : créateur de divertissement pour tous
JePolitique.fr - débattons ensemble
JécrisLaConstitution.fr - ne laissons pas les Hommes aux pouvoirs écrire les règles du pouvoir
Je Deviens Citoyen (Association à but non lucratif)
The Magic Institute, le jeu de magie médieval fantastique gratuit en ligne
Rapture Studio : créateur de divertissement pour tous
JePolitique.fr - débattons ensemble
JécrisLaConstitution.fr - ne laissons pas les Hommes aux pouvoirs écrire les règles du pouvoir
Je Deviens Citoyen (Association à but non lucratif)