J2ME 遊戲移植實戰心法（下）：DOJA 平台遷移與內存攻關

DOJA 平台專屬結構

/bin    -> .jar + .jam (類 jad)
/res    -> 資源目錄 (未深究)
/sp     -> .scr 文件 (Scratchpad 存儲)
/src    -> .java 源碼

Scratchpad：類持久化記憶體/虛擬磁盤，多 .scr 文件存放聲音/圖片/數據，**不打入 JAR**，下發時從網路下載。讀取例：

DataInputStream in = Connector.openDataInputStream(
    "scratchpad:///0;pos=256,length=12");

遷移策略：十六進制編輯器按 pos/length 提取資源 → 存為獨立文件 → 代碼改為 getResourceAsStream + skipBytes 讀取。

API 差異封裝層

• 繪圖：DOJA drawImage 多重載，支援源矩形直接繪製（等同 drawRegion）。封裝 createSubImage 統一接口。
• 輸入：DOJA 採按鍵狀態輪詢（類 MIDP 2.0），位運算實現，較事件回調更適合遊戲迴路。

核心難點：內存與圖形變換性能

日機機能普遍優於國產機，移植時**內存壓力劇增**。
圖形翻轉/縮放/變色若純 Java 實現，速度差異極大。建議：
① 能用系統 API 盡用；
② 必須自寫時，採用查表法、定點運算、避免對象分配；
③ 關鍵路徑考慮 Nokia UI / MIDP 2.0 原生加速。

工程師生存箴言

「程序千變萬化，遇具體難題再查方案。移植 1 分鐘完成的前提，是為每機型準備好了 3 個核心庫：遊戲框架、圖形組管理、UI 控件。」