J2ME 應用程式架構模型深度解析：基於 MVC 的分層設計實戰

背景：J2ME 架構演進的必然性

儘管手機對 JSR 標準支援差異、廠商 VM 實現不一削弱了「一次編寫、到處運行」的承諾，但 J2ME 憑藉開發門檻低、可移植性強，仍是功能機時代移動開發主流。企業級應用多採 C/S 架構：伺服器承擔複雜業務邏輯與數據持久化，客戶端負責輕量交互、本地緩存（聊天記錄、帳號密碼等）。

核心架構：四層 MVC 變體

針對即時通訊（IM）等典型場景，將傳統 MVC 映射為四大職責層：

關鍵設計決策

1. 單向依賴：View → Handler → (Model, Database)；嚴禁反向調用，降低耦合。
2. Session 管理：獨立模組維護心跳、重連、離線隊列，屏蔽網絡波動。
3. RMS 配額感知：啟動時檢測可用空間，動態調整緩存策略（LRU 淘汰、分片壓縮）。
4. 線程模型：網絡 I/O 線程 + UI 線程 + 業務邏輯線程，透過 Handler 投遞任務。

偽代碼示例：消息收發流程

// View 層：用戶點擊發送
void onSendClick(String text) {
    Message msg = new Message(localUser, targetUser, text, System.currentTimeMillis());
    handler.sendMessage(msg);  // 異步投遞
}

// Handler 層：統一分發
void sendMessage(Message msg) {
    // 1. 本地持久化（離線重發用）
    database.saveOutbox(msg);
    // 2. 網絡發送
    network.send(msg, new Callback() {
        public void onSuccess() { database.markSent(msg.id); }
        public void onFail()   { scheduleRetry(msg); }
    });
}

// 接收端 Handler
void onNetworkMessage(byte[] data) {
    Message msg = Message.parse(data);
    database.saveInbox(msg);
    view.notifyNewMessage(msg);  // 觸發 UI 刷新
}

實戰經驗總結

• 接口優先：先定 Handler/Database/Model 接口，再實現具體類，利於單元測試與多平台移植。
• 錯誤邊界：網絡層異常不向上拋出，轉為重試邏輯；UI 僅顯示「發送中/失敗/重試」狀態。
• 效能基線：RMS 讀寫、序列化、圖片解碼均需在目標機型上基準測試，預留 30% 記憶體餘量。