復雜性的兩大來源
專家將軟件復雜性分為：
- 本質復雜性：問題領域固有的複雜度，不可避免
- 非本質復雜性：由不當工具、架構選擇引入的額外複雜度，應極力消除
混合語言開發（如 Java + C++）極易產生非本質復雜性，MVC 是有效解藥。
面向對象設計的優勢與局限
OOD 通過兩大機制控制復雜性
- 信息隱藏：嚴格接口語義封裝實現細節，減少耦合
- 對象關係分類：繼承、包容、使用、協調四類關係，合理應用可大幅降低復雜度
可視化界面帶來的 OOD 破壞
- 拓撲衝突：事件驅動的面向過程結構與 OOD 混合導致對象雜糅
- 多重視圖需求：同一數據需不同展示（列表/詳情/角色視圖），易導致類爆炸
- 頻繁變更：UI 變更頻率遠高於業務邏輯，傳播至模型層風險極大
MVC 三層架構詳解
graph LR
Model[模型 Model] -->|數據/業務邏輯| View[視圖 View]
Controller[控制器 Controller] -->|操作映射| Model
Controller -->|視圖切換| View
View -->|用戶輸入| Controller
| 層級 | 職責 | 關鍵特征 |
|---|
| Model | 業務邏輯、數據封裝、狀態管理 | 純 OOD 實現，無 UI 依賴，可服務多視圖 |
| View | 數據展示、用戶交互界面 | 僅負責渲染，無業務邏輯，可跨應用復用 |
| Controller | 請求分發、模型調用、視圖選擇 | 狀態機處理事件流，隔離面向過程拓撲 |
模型變更通知機制
方案一：觀察者模式（View 註冊監聽 Model）
- Model 發送變更事件通知註冊的 View
- Model 需支持多種 View 類型，不修改 Model 代碼
方案二：Controller 中介更新
- Controller 監聽 Model 變更，主動更新 View
- View 完全解耦 Model，實現跨應用復用
- Controller 職責單一，易於修改維護
MVC 核心優勢總結
- 隔離拓撲結構：Controller 吸收面向過程事件流，保護 OOD 純度
- 視圖與模型解耦：同一 Model 支持多 View；Controller 中介模式下 View 可跨應用復用
- 變更局部化：UI 大幅變更僅影響 Controller，Model 不變
實踐建議
在混合語言項目中，嚴格遵循 MVC 分層：業務邏輯沉澱至 Java Model 層，C++ 等舊代碼通過 JNI/封裝適配為 Model 服務；UI 層統一用 Java Swing/Web 技術實現 View；Controller 作為薄薄的協調層。這樣既保護既有投資，又獲得架構清晰度。
