feat(controller): provide roomId on game creation and game over

[xeruf]

not even sure whether this makes sense, but wanted to put it on record just in case
here's what I think we should do:

• ensure the CancelRequest works (refactor(server): log game leave backend#228)
• return a new object called GameHandle with the possibility to cancel the game, attach listeners (so the startNewGame method doesn't have to handle all that by itself) and stop listening to a game altogether
• make it clear that there is one LobbyManager per Game (didn't notice that until recently)
• fix our weird event propagation by making it more consistent with the backend listeners - which should also use events rather than individual listener interfaces with lots of methods

[SKoschnicke]

Works and is better 👍

[SKoschnicke]

This general plan is also good, but should be split into multiple PRs, right?

[xeruf]

is better

in what regard? It doesn't really change any behavior so far ;)

[SKoschnicke]

in what regard? It doesn't really change any behavior so far ;)

Using a Future is better than using a callback.

[xeruf]

well, currently I have implemented an unused Future in addition to the callback ;) but ofc that is supposed to change

[xeruf]

This isn't the way to go, different approach is already underway