EJB 組件與可重用性的矛盾：歷史回顧與理性重評

EJB 技術曾被視為企業級 Java 開發的銀彈，但經歷從追捧到質疑的劇烈轉折。本文跳出 J2EE 框架爭論，回歸 EJB 獨立設計目標，理性分析其價值與適用邊界。

歷史爭議焦點

• 複雜度失控：簡單進銷存系統卻需龐大 EJB 架構
• 成本高昂：昂貴的應用伺服器授權與維護成本
• 互操作性差：不如輕量級訊息傳遞靈活
• 平台鎖定：理論跨平台，實際深度綁定特定容器

核心反思：EJB ≠ J2EE

EJB 最初是獨立規範，目標是「強健的商業組件製造、跨平台可裝配性與移植性」，並非單純為 J2EE 服務。將 J2EE 的弱點直接投射到 EJB 上，忽視了組件技術本身的工程價值。

六大核心問題重審

濫用與誤用才是禍根

• 流量極低的廣告瀏覽系統強行上 EJB
• 單純庫存查詢卻設計「N 年後擴展性」
• 將「可能需要」當作「必須有」進行過度設計

EJB 仍無可替代的領域

• 分散式事務（XA/兩階段提交）
• 容器管理安全與角色授權
• 高併發有狀態會話管理
• 標準化遠端介面（RMI-IIOP/CORBA 互操作）

結論：技術選型的理性原則

1. 認同技術的設計初衷與核心價值
2. 保持客觀清醒認知，不盲目追捧也不輕易否定
3. 將技術放在擅長領域發揮最大效用
4. 簡單問題用簡單方案，複雜問題用成熟標準

正如人生，放在擅長領域的技術才是最優美的。