「該用什麼語言寫遊戲？」是永恆的爭論。沒有銀彈，只有適合專案規模、團隊技術棧、目標平台、效能需求的選擇。本文客觀分析七大類語言/工具在遊戲開發中的定位、優缺點與移植性。
1. C 語言：系統級根基，極致控制
- 優點：生成碼小快、易與組語混編、ANSI 標準高移植性（核心庫）。
- 缺點：缺乏 OOP 支援、語法易濫用、大型專案維護困難、UI 需重寫平台專屬代碼。
- 代表作：
Doom、Quake 早期版本、無數經典遊戲引擎核心。
2. C++：工業標準，OOP 與效能平衡
- 優點：類別/繼承/多型/模板組織大型專案、STL/Boost 提供現成資料結構、主流引擎（Unreal、Unity Native、CryEngine）首選。
- 缺點：語言極其複雜、虛函數/RTTI 有一定開銷、編譯器對標準支援度不一、UI 仍需平台適配層。
- 爭論：虛函數開銷 vs 手寫 C 模擬多態同樣有成本。現代編譯器優化極佳，C++ 額外成本可忽略。
3. 組合語言：極少數熱點路徑的終極優化
- 優點：指令級控制、首發利用新指令集（AVX、SSE）、極致速度。
- 缺點：開發極難、可維護性極低、零移植性（綁定指令集）、非核心路徑不值得。
- 用法：
Doom 繪圖內循環、聲音混音、物理運算熱點函數內嵌組語。
4. Pascal / Delphi：曾經的 RAD 之王
- 優點：語法清晰教學佳、Delphi 編譯極快、VCL 視覺化開發極高效。
- 缺點：標準分裂、跨平台弱、生態萎縮、位運算等底層操作笨拙。
- 現狀：Free Pascal/Lazarus 持續開源，但主流遊戲開發已邊緣化。
5. Visual Basic 6 / VB.NET：快速原型與商務邏輯
- 優點：IDE 整合度高、表單設計所見即所得、豐富 ActiveX 元件、DirectX 7+ 官方支援 VB。
- 缺點：執行檔龐大需多個運行時 DLL、非純 OOP、API 呼叫極其繁瑣（型別對應痛點）、鎖定 Windows 平台。
- 定位：小型共享軟體、輔助工具、邏輯層原型，非核心引擎選擇。
6. Java：跨平台夢想與效能妥協
- 優點：Write Once Run Anywhere、標準庫極豐富、GC 免除記憶體管理、Applet/WebStart 易部署、腳本語言嵌入（Groovy、JRuby）。
- 缺點：JIT 仍慢於原生碼、AWT/Swing 早期設計失誤、底層硬體存取困難（JNI 痛苦）、新特性推進緩慢。
- 現狀：
Minecraft（Java 版）、大量手機/網頁小遊戲、伺服器端邏輯主流。
7. 製作工具：不寫代碼也能出遊戲
- 代表：
Macromedia Director、Game Maker、RPG Maker、Unity（含視覺化腳本）。
- 優點：拖拉式流程圖、極快原型、無代碼門檻、內建資源管線。
- 缺點：廠商鎖定、功能天花板低、生成檔案臃腫、複雜邏輯難表達。
- 經典案例：
Myst (神秘島) 99% 用 3D 建模 + HyperCard 腳本完成。
結論：專案決定語言
