EJB 3.0 核心觀念：遊離實體與值物件模式的演進

EJB 3.0 引入 遊離實體 概念，徹底改變了 EJB 2.x 時代的實體程設計範式。本文對比兩代規範，闡述遊離實體的特性、序列化傳輸優勢、以及如何取代傳統 Value Object (DTO) 模式，簡化應用程式架構。

什麼是遊離實體？

當 交易範圍持久化上下文 或 擴展持久化上下文 結束，實體實例脫離容器管理，進入遊離狀態。關鍵特性：

• 可序列化，安全跨網路傳輸至遠端客戶端（如 Swing/Rich Client）。
• 客戶端可直接修改屬性值，無需遠端介面呼叫。
• 送回伺服器後，透過 EntityManager.merge() 將變更合併回資料庫。

EJB 2.1 vs 3.0 實體模型對比

Value Object 模式的歷史使命與退場

EJB 2.1 時代，為避免大量細粒度遠端呼叫（getFirstName(), getLastName()...），引入 Value Object (Data Transfer Object) 模式：

// EJB 2.1 Entity Bean
public class CustomerBean implements javax.ejb.EntityBean {
    public CustomerValueObject getCustomerVO() {
        return new CustomerValueObject(getFirstName(), getLastName(),
            getStreet(), getCity(), getState(), getZip());
    }
}

• DTO 承載實體快照，一次遠端呼叫取回所有顯示所需資料。
• 但需額外維護 DTO 類別、複製邏輯、雙向轉換，增加複雜度。

EJB 3.0 遊離實體 = 內建 DTO

JPA 實體在脫離持久化上下文後，自動成為值物件：

• 無需額外 getCustomerVO() 方法，直接傳遞實體實例。
• 客戶端修改 entity.setName("New") 即可，送回 em.merge(entity) 完成持久化。
• 應用程式碼大幅精簡，消除 DTO 到實體的映射樣板代碼。

實務注意事項

1. 序列化版本控制：實體類別實作 Serializable 並宣告 serialVersionUID，避免跨部署版本反序列化失敗。
2. 延遲載入陷阱：遊離實體若含未初始化的關聯 (@OneToMany(fetch=LAZY))，序列化時會拋 LazyInitializationException。解法：FETCH=EAGER、EntityGraph、或傳輸前手動觸發載入。
3. 合併語義：merge() 回傳新的受管實例，後續操作必須使用回傳實例，原遊離實體保持遊離。
4. 樂觀鎖：建議加上 @Version 欄位，防止併發更新覆蓋。

結語

遊離實體是 EJB 3.0/JPA 簡化企業應用開發的關鍵創新：將「資料傳輸物件」內建於領域模型中，消除 DTO 映射層，讓開發者專注於業務邏輯而非基礎設施代碼。理解其生命週期、序列化約束與合併語義，是掌握現代 Java EE 持久層開發的核心能力。