[backend] 流程開發 - 玩家出牌

# 驗收測試需求
## case 1
given: 遊戲內有玩家 A 和玩家 B，玩家 A 是初始玩家，且棄牌堆的第一張牌是黃色 1。
when: 玩家 A 出黃色 2
then: 玩家 A 出牌成功，換玩家 B 出牌。

## case 2
given: 遊戲內有玩家 A 和玩家 B，玩家 A 是初始玩家，且棄牌堆的第一張牌是黃色 1。
when: 玩家 A 出藍色 1
then: 玩家 A 出牌成功，換玩家 B 出牌。

## case 3
given: 遊戲內有玩家 A 和玩家 B，玩家 A 是初始玩家，且棄牌堆的第一張牌是黃色 1。
when: 玩家 A 出黃色暫停牌
then: 玩家 A 出牌成功，換玩家 B 出牌。

## case 4
given: 遊戲內有玩家 A 和玩家 B，玩家 A 是初始玩家，且棄牌堆的第一張牌是黃色 1。
when: 玩家 A 出黃色暫停牌
then: 玩家 A 出牌成功，換玩家 B 出牌。

## case 5
given: 遊戲內有玩家 A 和玩家 B，玩家 A 是初始玩家，且棄牌堆的第一張牌是黃色 1。
when: 玩家 A 出藍色暫停牌
then: 玩家 A 違反規則，不允許出牌，玩家 A 繼續出牌。

# A.C.
完成 玩家行動 "抽牌" 的接口，包含廣播訊息。
[接口細節看這裡](https://kindly-verdict-328.notion.site/API-4db7a832a38849238ed5c0cba6c8ace5#13ad660710b145d397ff1733e4679304)

# 注意事項
- 已經有 https://github.com/Game-as-a-Service/uno-flip-java/issues/11 拓荒 class 分類，可以參照這樣的模式開新的路。
- 先不儲存到 DB，使用三層式架構 (Controller + Service + Memory Cache Repo)。
- 以 ATDD 的方式開發，所以 Controller 要有驗收測試的測項。
- 各個 class 要有自己的單元測試保護