EJB 系統中何時該用 XML？適用場景與效能考量

XML 在 EJB 開發中的三大適用場景

1. 舊系統整合介面（XML Facade）

• 面對大量或緊密耦合的既有系統，定義 XML 介面格式作為中介層。
• Facade 負責：EJB 元件 ↔ XML ↔ 既有系統專屬格式 雙向轉換。
• 商業分析師可直接操作 XML 進行資料對應，降低技術門檻。

2. 文件持久化機制

• 大量文件（新聞、文章、書籍等）持久化時，XML 結構化特性優於 Blob。
• 支援查詢、轉換（XSLT）、版本控管與多格式匯出。

3. Web Service 介面

• EJB 封裝為 Web Service 時，XML 為傳輸格式（SOAP 訊息本體）。
• 參考資源：TheServerSide J2EE Web Service 白皮書

不宜使用 XML 的關鍵場景：EJB 元件間通訊

誤區

嘗試讓 EJB 元件間以 XML 文件為參數傳遞，藉由解析 XML 決定資料內容，以達互操作。

效能代價

• XML 解析耗費 CPU 與記憶體（DOM 樹狀結構、SAX 事件流）。
• 網路傳輸量大（標籤冗長），延遲顯著增加。
• 高效能企業應用在執行期常態操作無法負擔此開銷。

未來展望

當 XML 解析器大幅優化、文本壓縮傳輸普及、效能壓力降低時，或可重新評估。但目前強烈不建議用於元件間高頻呼叫。

核心原則

若單一組織開發所有 EJB 元件，掌控完整物件模型，極少需跨系統資料對應 → XML 通常不必要。直接以 Java 物件參數傳遞（RMI/本地介面）效能最佳、開發最簡潔。

決策速查表