效果描述 將一張不透明圖片從完全透明（Alpha=0）逐漸變為原始不透明度（Alpha=255），產生淡入動畫。核心同「MIDP 2.0 圖片像素操作」一文的案

圖片載入兩大來源 JAR 內部資源：Image.createImage(/path.png)，路徑以 / 開頭表示 JAR 根目錄。打包時需將圖片置於 res

基本繪圖流程 建立繼承 Canvas 的類別，覆寫 paint(Graphics g)。 在 paint 中使用 Graphics 方法繪製幾何圖形。 MID

MutableImage 與 ImmutableImage MIDP 中 Image 分兩種： Immutable（不可變）：Image.createImag

JSR-172：輕量級 XML 處理 JSR-172 實作 JAXP 1.2 子集，支援 SAX 2.0，適合記憶體受限環境。核心套件： javax.xml.

為何選擇矢量圖形？ 相較於位圖（JPG、PNG），矢量圖形（SVG）在移動裝置具備決定性優勢： 無損縮放：任意解析度下保持銳利，適應手機螢幕尺寸碎片化。 檔案

問題背景 在 Canvas 上繪製多行文字時，若直接呼叫 drawString 超出螢幕寬度會被截斷。需依字體度量將長字串切分為適合螢幕的行陣列。中英混排時，英

Font 類別：受限環境下的字體控制 J2ME 裝置字體資源極有限，Font 僅能使用系統預設字型，無法載入自訂字體檔。透過靜態工廠方法取得實例： Font f

MIDP 2.0 圖像處理新能力 MIDP 1.0 僅支援不可變圖像，若需像素級處理必須依賴廠商擴展 API。MIDP 2.0 大幅增強 Image 與 Gra

歡迎畫面的設計需求 啟動時顯示品牌 Logo、版本資訊，經過固定時間（如 3 秒）或使用者按任意鍵後自動切換至主畫面。核心在於「定時自動跳轉」與「使用者可提前跳

List 元件簡介 List 屬於 MIDP 高層 API，繼承自 Screen，實作 Choice 介面，用於顯示可選擇的字串清單，可選搭配圖示。所有高層 U

MIDP 雙層 UI 架構概覽 在 J2ME 平台上，MIDP 定義了兩套截然不同的用戶介面 API： 高層 API：面向業務邏輯的抽象元件（如 Form、L

設計目標 打造一個同時支援 Canvas 繪製與 MIDP 2.0 CustomItem的計數器組件，核心需求： 自動遞增計數 (可設定間隔)。 視覺自適應：

動畫核心原理 動畫 = 連續幀高速切換。人眼視覺暫留效應使 ≥ 15fps 即感知為流暢運動。MIDP 1.0 無內建動畫 API，但 java.util.Ti

痛點：MIDlet 導航地獄 隨著畫面數量增加 (7-8 個以上)，傳統「每個畫面自己處理 Command、直接 display.setCurrent 跳轉」會

閃爍成因與雙緩衝原理 在 Canvas.paint(Graphics g) 中直接繪製複雜圖形 (多層矩形、文字、圖片疊加) 時，螢幕會逐步顯示繪製過程，造成肉

為什麼不用 Alert？ 雖然 Alert 可用 setTimeout 並搭配 display.setCurrent(alert, nextScreen) 實現

三種簡訊發送模式比較 模式架構優點缺點適用場景 1. 網關發送App → HTTP → 運營商 SMPP 閘道 → 手機無需手機支援特定 API；可發送海量簡

架構總覽 經典三層架構在 J2ME 專案中的落地： [J2ME MIDlet] [Servlet (Tomcat)] [Access .mdb] 本文提

產業背景與威脅 隨著 OTA (Over-The-Air) 下載普及，J2ME 應用商業化模式成熟。知識型應用（字典、聖經、食譜、工具書）的核心價值在於內嵌資料