點擊此處回本專案首頁
遊戲開發與後端教學（互動圖表版）
一、遊戲分類與後端需求
市面上的遊戲可以粗略分成幾類：
遊戲類型 vs 是否需要後端 / 登入帳號
| 遊戲類型 |
是否單機 |
是否跨裝置 |
是否多人同步 |
是否需要後端 |
是否需要登入帳號 |
純前端小遊戲
(Dad N' Me、Dragon Fist 2) |
是 |
否 |
否 |
否 |
否 |
單機開放世界 / 大型單機 RPG
(Skyrim、Zelda、GTA5 單機) |
是 |
可選 / 雲端存檔 |
否 |
否 |
可選 / 雲端帳號 |
線上開放世界 / MMO / 手機課金遊戲
(GTA Online、原神) |
否 |
是 |
是 |
是 |
是 |
圖表解讀：
綠色 (yes) → 必須 / 完全是
黃色 (partial) → 可選 / 部分情況
紅色 (no) → 不需要
二、後端存在的原因
後端的存在是為了確保遊戲的「狀態主控權不在玩家手上」，
而不是單純因為「遊戲世界大」或「進度多」。
三、資料庫選擇概述
- SQL（MySQL / MariaDB / PostgreSQL / Oracle）：結構化資料、課金、排行榜
- NoSQL（MongoDB / Redis / Cassandra / DynamoDB）：高並發、即時遊戲狀態、分散式需求
- 混合架構：核心資料用 SQL，快取 / 排行 / session 用 Redis，物品/地圖/任務可能用自定義儲存
四、誤解整理與業界反面教材
很多人常有這些誤解，導致專案在架構初期就走向壞軌：
- 「開放世界遊戲一定有後端」 → 錯，單機開放世界不需要。
- 「現代都市題材最容易做」 → 巨大盲點。現代建築外觀與室內隔間極其繁複（RAM Overflow）。諸多現代題材手遊（如 Gameloft 的 Gangstar Vegas）為了妥協效能，將九成建築變為無法進入的靜態死物件（Static Meshes），給人強烈的虛假感。
- 「把神權奇幻嵌進現代很酷」 → 審美違和。如好萊塢電影《基督再臨》（Legion）與美劇《天使聖戰》（Dominion），讓大天使拿 M16 步槍在現代公路餐館與凡人對射，引發嚴重的科技與奇幻代碼排斥，最終落入邏輯死循環與宮鬥壞軌。
五、簡單判斷是否需要後端
問三個問題就夠：
- 玩家能否修改存檔？
- 玩家之間會互相影響嗎？
- 公司是否需控制經濟 / 排行 / 防作弊？
如果全部否 → 不需要後端（如本作定錨於 10 世紀黎凡特，主打 100% 全建築自由進出與個體超能力越獄，純單機即可流暢運行）；任一是 → 一定要後端。