J2ME 專案實戰：MVC 模式在記事本應用中的完整應用（下）

專案背景：Note 記事本需求

手機作為隨身數位終端，記事功能為高頻剛需。Note 提供記錄新增、瀏覽、修改、刪除、管理，每筆記錄含標題、建立/修改時間、內容。本文以此為載體，示範 MVC 在 J2ME (MIDP) 受限環境下的落地實踐。

用例分析與三大核心用例

1. 編輯記錄：顯示內容 → 編輯 → 放棄/存檔/另存新檔
2. 瀏覽記錄：顯示標題/時間/內容 → 返回/轉編輯
3. 管理記錄：列表顯示 → 開啟/編輯/新增/刪除(含確認)

物件導向分析：實體與邊界類別

• 實體類：Note（標題、時間、內容、序列化/反序列化）
• 生命週期類：NoteLocator（單例，負責 RMS 持久化存取）
• 邊界類：各用例對應 UI（NoteManagerUI, NotepadUI, NoteEditUI）
• 控制類：NoteManagerWorkflow, NotepadWorkflow, NoteEditWorkflow

序列圖深度解析

管理記錄：顯示列表流程

• NoteManagerUI 透過約定介面 getNoteTitleList() 向 NoteManagerWorkflow 取得 String[]
• Workflow 向 NoteLocator 取得資料，內部維護 TitleList + IdList 雙陣列，ID 為系統唯一識別碼
• 關鍵細節：showNote(index) 轉換為 showNoteDispose(id)，解耦 UI 索引與資料識別

瀏覽記錄：顯示詳情流程

• NotepadUI 向 Workflow 取得標題/內容
• Workflow 採用惰性初始化：持有 note 與 noteId，getNote() 時才向 NoteLocator 載入實體
• 實體載入後，直接委派 getTitle(), getContent() 等存取方法

完整系統 UML 類別圖

實作經驗與最佳實踐

1. 介面先行：設計階段鎖定類別間介面，減少返工，利於單元測試
2. 分層解耦：UI 不知資料結構、Workflow 隔離持久化細節、Entity 可獨立測試
3. 惰性初始化：頻繁使用，延遲物件建立至真正需要時，降低記憶體峰值
4. 假資料驅動開發：先實作 Entity 與 UI，Workflow/Locator 以硬編碼假資料支援 UI 開發與測試
5. 單元測試必要性：J2ME 環境手動測試效率極低，自動化單測為品質保障
6. 命名慣例：UI 類、Workflow 類、Entity 類、Locator 類，職責一目瞭然

畫面流程展示

總結

MVC 在 J2ME 非輕量級套用，而是針對受限資源（記憶體、CPU、畫面尺寸）的深思熟慮取捨。核心在於：介面契約優先、職責嚴格分離、惰性載入優化、假資料加速開發。此架構不僅支撐 Note 專案，更可作為 MIDP 應用開發的可複製範本。原始碼開放供學習參考，商業專案請遵循 GPL 授權。