開發易於移植的 J2ME 遊戲：屏幕適配、API 封裝、按鍵映射與庫隔離

核心挑戰與對策

關鍵技術細節

1. API 封裝範例：創建透明子圖

// Nokia 專有 API
public static Image createSubImg(Image img, int[] rect) {
    Image sub = DirectUtils.createImage(rect[2], rect[3], 0);
    sub.getGraphics().drawImage(img, -rect[0], -rect[1], 20);
    return sub;
}

// MIDP 2.0 標準 API
public static Image createSubImg(Image img, int[] rect) {
    return Image.createImage(img, rect[0], rect[1], rect[2], rect[3], 0);
}

2. 按鍵狀態位掩碼設計

• 每個虛擬鍵佔一個 bit（1 << n），int 可容納 32 鍵。
• keyPressed 置位，keyReleased 清位。
• 映射函數 mapKeyCode(int keyCode) 返回虛擬鍵 bit，各機型重寫此函數填入實際 keyCode。
• 可在此基礎上定義 Game Action，支援遊戲內按鍵配置。

3. 三層封裝庫架構

1. GameFramework：遊戲主循環、渲染、鍵盤處理、跨平台工具方法。
2. GraphicsManager：圖片載入、切割、旋轉、繪製、動畫（類 Sprite）。
3. UIControls：所有控件（菜單、文本框、進度條等）。

移植時僅需重寫這三個類的平台相關部分，核心邏輯複用。作者曾 1 分鐘完成 Motorola V600 → Nokia N-Gage 移植。

輔助工具

開發所見即所得動畫編輯器，配合 GraphicsManager 管理圖片資源，進一步降低移植成本。

總結

移植本質是「拆合」：將差異點剝離封裝，業務邏輯保持純粹。但機型 Bug 仍需逐個擊破，前期架構設計決定後期維護成本。