大家好！我們現在正在參加LPU的NPC Board2Code Hackathon，有24個小時的時間去設計和建造迷你版的棋盤遊戲 Tiki Topple。
裁判官們會把正確的遊戲邏輯和完整性 prioritized 過視美麗的UI。我们需要一些建议关于以下“鎖定的規則”處理：
核心機制：
- 堆疊： 9個標記（Tiki）從單個垂直堆疊。
- 棋盤： 一个线性的路徑，在路徑上 token 不能後退 .
- 限制互動： 玩家只能與單個頂部 1–3 個標記堆疊互動。
- 強制性動作： 我們必須實現移動動作（讓 top 1–3 個標記順序不變向前移動 1 步）和重新排列動作（重新排列頂部 2–3 個標記）。
- 循環轉變： 2–4名玩家，每名玩家只進行一步轉變。
- 計分： 根據token最終位置决定勝利者。
我們的技術問題：
- 狀態管理： 使得 token 進行向前移動在線，但是被管理為堆疊，你建議用一個列表層級的数组還是单個層級的数组？
- 速度的技术栈：我們可以用任何語言。為了24小時的落地周期，建議Web-based（React/Canvas）還是Game Engine（Unity/Godot） 方式呢？
- 局域多人：至少2人多人參與必須。無論如何建議有效管理 “接力與交班”的狀態邏輯，避免對後端造成複雜化？
我們希望確保核心邏輯是堅定的，因為這才是主要評估標準！在“堆疊在線路”實現过程中避免的陷阱有哪些？
评论 (0)