企業應用架構演進史
1. 兩層架構（Client/Server）
- 優點：開發簡單，表達邏輯與業務邏輯合一，無分布式複雜度。
- 缺點：業務邏輯分散於客戶端，數據庫完整性難保障；部署維護極其困難（需逐台更新客戶端）；安全性差；連接數受限；綁定特定客戶端平台；無法支援多種表現形式（Web/移動）。
2. 傳統三層架構
- 改進：業務邏輯上移至中間層，共享數據庫連接池，提升擴展性與安全性。
- 不足：複雜度高（分布式編程、多線程、安全）；廠商鎖定（API 不兼容）；ISV 不願為多平台開發；專有協議不兼容 Web。
3. 早期 Web 架構
- CGI/腳本擴展 Web Server，動態生成 HTML。
- 缺點：無業務組件封裝；開發維護困難；業務與表現邏輯糅合；業務規則分散難治理。
4. J2EE 架構
J2EE 由四大容器構成：
- EJB 容器： 核心，管理事務、安全、持久化、生命週期。
- Web 容器： Servlet/JSP 實現表現邏輯。
- 應用客戶端容器： J2SE 環境運行富客戶端。
- Applet 容器： 瀏覽器內嵌 Java Applet。
容器間協作基於 CORBA/RMI-IIOP/OTS 標準。
EJB 架構六大角色分工
- Bean 開發者 — 編寫企業 Bean 組件
- 應用組裝者 — 將 Bean 組裝為可部署單元
- 部署者 — 針對特定運維環境配置
- 系統管理員 — 基礎設施搭建與監控
- EJB 容器/服務器提供者 — 底層服務實現
對開發者的核心價值
| 優勢 | 說明 |
|---|
| 簡化開發 | 容器托管事務、安全、線程、連接池，開發者專注業務邏輯，寫 Bean 僅如寫 Java 類般簡單。 |
| 應用可移植性 | 標準 API 確保在任意 J2EE 兼容服務器運行，避免廠商鎖定。 |
| 組件重用 | Bean 可跨應用組裝，無需修改源碼即可通過部署描述符定制；客戶端視圖接口支持遠程調用繼承復用。 |
| 支撐複雜應用 | 清晰契約與接口促進團隊協作，適合大規模項目持續演進。 |
| 業務與表現分離 | Bean 封裝業務實體/流程，獨立於 JSP/Servlet，支持同一業務多渠道表現（Web/WAP/WS）。 |
| 多環境適配 | 實體 Bean 可綁定不同數據庫 Schema；標準化資源查找、安全配置降低溝通成本。 |
| 分布式透明 | 開發時無需感知拓撲，遠程調用與本地調用代碼一致。 |
| 應用集成 | 客戶端視圖接口作為標準集成點，便於異構系統互操作（JCA/JMS 連接非 Java 系統）。 |
| 工具生態 | 主流 IDE（WSAD、JBuilder、Eclipse）提供強大可視化開發/部署工具。 |
對用戶/企業的收益
- 服務器選擇自由： 多廠商 J2EE 產品競爭，可按性能/價格/集成能力選型，避免單一廠商依賴。
- 運維工具豐富： 標準化環境催生高級管理控制台（啟停、資源分配、安全審計）。
- 無縫集成現有資產： EJB 適配現有數據庫 Schema，無需為應用重構數據模型；JCA/JMS 對接主機/ERP。
- 安全責任轉移： 安全實現下沉至容器/管理員，專業分工提升整體安全態勢。
結語
EJB 作為 J2EE 中樞，通過標準化組件模型、容器托管服務、聲明式屬性，徹底解決了兩層/三層架構的痛點，為企業級應用提供了可移植、可擴展、可維護的堅實基礎。雖然 EJB 2.x 曾因複雜度受詬病，但其架構價值在 EJB 3.0 中得以傳承並大幅簡化。
