遞歸 MVC 架構：破解複雜 Web 應用的結構演進之道

傳統三角形 MVC (Model-View-Controller 互相關聯) 在 C/S 架構下運作良好，但 Web 環境下的無狀態 HTTP 迫使 View 與 Model 斷開，演變為雙鍵結構 (Controller 為中介)。隨著應用複雜度指數級增長，單層 MVC 顯得單薄——各層內部邏輯膨脹、跨層依賴混亂、Controller 成為「上帝類別」。遞歸 MVC 應運而生。

從雙鍵到 MVC 鏈狀結構

核心思想：將每一層 (Model/View/Controller) 內部再以 MVC 結構拆解，形成層層疊疊的「MVC 鏈」。

View-MVC：界面與顯示邏輯分離

• View：純渲染模板 (JSP/Facelets/Velocity)
• Controller：界面控制器 (UI Controller) 處理元件事件、驗證、局部刷新
• Model：上層 Controller 提供的資料模型 (Backing Bean / DTO)

Controller-MVC：職責細分三大控制器

• 界面控制器：頁面流轉、視圖解析、國際化、主題切換
• 業務控制器：核心用例編排、事務邊界、安全檢查、服務編排
• 資料控制器：DAO 封裝、快取策略、查詢優化、資料庫路由

Model-MVC：持久層內部 MVC

• Model：記憶體中領域物件圖 (Hibernate Entity / JPA Entity)
• Controller：DAO / Repository 執行持久化操作
• View：上層業務控制器對資料的訪問介面

角色相對性與鏈狀連接

關鍵洞見：同一物件在不同層級扮演不同角色。界面控制器是 View-MVC 的 Controller，同時是 Controller-MVC 的 View；業務控制器是 Controller-MVC 的 Controller，也是 View-MVC 的 Model，同時是 Model-MVC 的 View。這種角色相對性自然形成鬆耦合的鏈狀結構。

遞歸 MVC 優勢對比

實踐建議

• 採用 Spring MVC 或 Struts 2 實作 Controller-MVC 三控制器分離
• View 層引入 JSF / Wicket / Tapestry 組件框架落地 View-MVC
• 持久層以 JPA/Hibernate + Spring Data JPA 實作 Model-MVC
• 層間傳輸物件 (DTO) 明確定義契約，避免實體外洩
• 導入 架構守護測試 (ArchUnit) 強制分層規則

結語

遞歸 MVC 不是增加複雜度，而是將複雜度局部化、標準化。以計算機擅長處理的結構複雜度，換取人工建構單元的簡潔度。這是大型 Web 應用架構演進的必由之路，已在多家企業核心系統驗證有效。