J2EE 架構演進：從經典 EJB 到輕量級容器與 POJO 模型

深度剖析 J2EE 架構從重量級 EJB 向輕量級 POJO 容器演進的動因與核心差異。

經典四層 J2EE 架構

1. 客戶端層
2. Web 層
3. 業務邏輯層 — EJB 容器核心
4. EIS 層

EJB 容器管理生命週期、事務、安全、分散式服務；Entity Bean 負責資料存取，Session Bean 暴露遠端介面。

經典架構痛點

• 效能與開發負擔重（遠端呼叫、JNDI 查找、序列化）
• 犧牲 OO 原則（強制實作介面、依賴容器 API）
• 難以單元測試（業務邏輯綁定容器）
• 部署複雜、啟動緩慢

改良：本地 EJB

移除遠端介面，解決分散式開銷，但 EJB 容器負擔仍存，架構複雜度未根本降低。

輕量級容器架構興起

核心思想：容器管理 POJO，不強制實作特定介面

輕量級架構分層

1. Web 層：Struts / WebWork / Spring MVC
2. 服務層：POJO + AOP (事務、安全、快取)
3. 持久層：Hibernate / iBATIS / JPA — 透明持久化

核心優勢

• 面向介面編程：實作類可熱插拔，無需修改呼叫端
• 配置而非硬編碼：XML/註解驅動依賴注入
• 可移植性：不綁定特定應用伺服器
• 橫向擴展：Web 容器叢集 + 無狀態服務層

Spring 框架是輕量級容器架構的集大成者，整合 IoC、AOP、模板模式，成為事實標準。