前言 硬編碼字串散落代碼各處，維護困難且無法多語言。J2ME 無標準 ResourceBundle，需自行實現輕量級字串資源管理器。本文設計支援 **靜態存取、

前言 中文亂碼是 J2ME 開發最常見痛點。根源在於：**手機內部字串採 UTF-8**，**PC 端 Java 採 UTF-16 (char)**，**資源檔

前言 J2ME (CLDC/MIDP) 核心類庫精簡，java.io 僅支援 InputStream/OutputStream 位元組流，**無 Reader/

前言 J2ME Polish 是強大的 J2ME 構建與預處理框架，核心優勢在於：**Ant 擴充構建腳本**、**龐大裝置資料庫**、**預處理指令實現多版本

前言 J2ME (CLDC 1.0/MIDP 1.0) 無內建圖片縮放 API。開發 FPS 遊戲、UI 自適應等場景常需運行期縮放。本文提供基於雙重掃描線的最

前言 歡迎界面 (Splash Screen) 是 J2ME 遊戲的門面，通常顯示 Logo、載入進度或品牌資訊。本文介紹兩種經典實現模式：**任意鍵進入**與

前言 MIDP 2.0 提供 LayerManager 視窗機制輕鬆實現大地圖捲動。MIDP 1.0 雖無此 API，但利用 Graphics.translat

前言 MIDP 1.0 無內建動畫 API (MIDP 2.0 引入 Game API/LayerManager)，但自行實現幀動畫並不複雜。核心原理：固定時間

前言 初寫 J2ME 遊戲時若未考慮移植，後期適配將極其痛苦。預先規劃可移植架構，將平台差異隔離封裝，是高效跨機型開發的核心。本文從螢幕適配、API 差異、按鍵

前言 摩托羅拉 A6288、V388 等機型內建 KJava 虛擬機 (KVM)，支援執行符合 MIDP 1.0 規範的應用程式。KJava 不僅限於特定手機，

前言 J2ME 內建的 List 類功能較弱，未實現 View 與 Model 的分離，導致控制較為繁瑣。若自行繪製 Canvas 版 TreeList 則需大

RMS (Record Management System) 是 J2ME 唯一的持久化儲存機制，對遊戲存檔、高分榜、設定保存至關重要。本文提供生產級的兩層封裝

早期手機不支援 keyRepeated 重複按鍵事件，更無原生組合鍵偵測。本文展示如何以單一背景執行緒維護「目前被按下鍵碼集合」，實現組合鍵（同時按下多鍵）與長

J2ME 標準 API 無直接建立半透明圖片的方法，但可透過像素陣列操作實現。本文提供一個靜態工具方法，依指定透明度 (0-10 共 11 級) 產生半透明版本

J2ME 透過 Generic Connection Framework (GCF) 提供統一的網路連接介面，支援 TCP、UDP、HTTP、檔案、序列埠等多種

J2ME 播放聲音需使用 Mobile Media API (MMAPI)，屬 MIDP 1.0 選擇性套件，MIDP 2.0 已內建。常見支援格式：WAV、M

執行緒是 J2ME 遊戲開發核心。本文以完整的俄羅斯方塊為例，從專案建立、Canvas 繼承 Runnable、遊戲迴路、按鍵處理到繪圖優化，完整展示 J2ME

J2ME 遊戲邏輯類常見幾十行變數宣告，為了節省記憶體犧牲物件導向設計。作者分享「以陣列取代離散變數」的實戰技巧，讓程式碼更清爽、擴充性更強。 痛點：離散變數

作者堅持使用最新版開源工具，記錄 Eclipse 3.2.2 + EclipseMe 1.6.7 + WTK 2.5 的完整安裝配置流程，含關鍵設定細節與 He

想快速上手 J2ME 開發？本文提供一條「非常規」但極其有效的速成路徑：下載現成遊戲 → 反編譯 → 閱讀源碼 → 掌握核心架構。適合有 Java 基礎、想快速