Message und Richtung | Ausgelöste Messages name (an, blockirung) | … blocks … | |||
---|---|---|---|---|---|
Who | Whom | ||||
← | ticket | ||||
← | toPlayer | ||||
← | player/state | ||||
register | → | player (alle, akkumulierbar) ticket (caller, blocken am caller) | caller | caller | |
unregister | → | player (alle, akkumulierbar) | caller | caller | |
move | → | state (alle, akkumulierbar) toPlayer (player, blocken am game) | any player | game | |
requestPlayer/requestState | → | player/state/eigene message? (caller, blocken am caller) | caller | caller |
Abbruch durch server initiiert
“register” anstatt “setup”, denn dafür gibt es ein passendes “unregister”.
“keepAlive” anstatt “autoUnregister”, denn es i
Timeout bis zum register erforderlich.
Hm, eher ein “keepAlive”, dann bleibt er nur offen, wenn bis dahin der Adapter noch nicht abgestürzt ist. (kann auch als Ping benutz werden)
Am besten keine Antwort (Abbruch im Fehlerfall)
Argumente
Argumente
Die player/state ID muss im Datensatz vorkommen, da protocol buffers keine dictionarys kennt.
Return
“total” ist auch deshalb wichtig, damit bei einem ungültigen Bereich (außerhalb verfügbarer Daten) dennoch eine Antwort kommt.