java.net 刊登 Sharad Acharya 文章比較四大主流持久化方案。本文整理核心結論、社群爭議焦點（EJB 3.0 vs JPA、Hibernate 開源支持爭議），助架構師根據專案屬性做選型決策。
四大框架定位摘要
| 框架 | 定位 | 優勢 | 劣勢/風險 |
|---|
| JPA | 標準化 ORM API (JSR-220/317) | J2SE/J2EE 通用、整合各家優點、型別安全、JPQL 查詢 | 需 JDK 5+、實作廠商品質不一 |
| Hibernate | 開源 ORM 事實標準 | 成熟靈活、免費、社群龐大、易整合 Spring | 開源支持風險、異常訊息易誤導 |
| CMP Entity EJB | 容器管理持久化 (EJB 2.x) | 容器提供安全/事務/分散式、標準規範 | 複雜笨重、學習曲線陡、資源消耗大、EJB 3.0 已棄用 |
| TopLink | Oracle 商業 ORM (現 EclipseLink) | 成熟穩定、Oracle 整合深、效能調優工具完善 | 廠商綁定、授權成本、社群較小 |
社群爭議焦點一：EJB 3.0 Entity Bean ≠ CMP Entity EJB
- 文章混淆 EJB 2.x CMP 與 EJB 3.0 Entity Bean（實為 JPA 實作）
- EJB 3.0 使用 POJO + 註解，可在 SE 環境運行，非侵入式
- JPA 是 EJB 3.0 規範子集，但獨立存在，SE 可單獨用 JPA
- 「JPA 需 Java EE 5」錯誤：SE 環境只需 JPA Provider (Hibernate/EclipseLink/OpenJPA)
社群爭議焦點二：開源是否為劣勢？
| 觀點 | 支持論點 |
|---|
| 開源 = 風險 | LGPL 授權限制商用、社群支持無 SLA、Bug 修復時效不可控、異常訊息差、RFE 易被粗魯關閉 |
| 開源 = 優勢 | 原始碼可追蹤、社群修補快、無廠商鎖定、Hibernate 實戰表現遠勝商業替代品、可購買商業支持 (Red Hat/JBoss) |
選型決策矩陣
| 專案屬性 | 推薦方案 | 理由 |
|---|
| 新專案、標準化、長期維護 | JPA (Hibernate/EclipseLink 實作) | 標準 API、可換 Provider、人才易招 |
| 既有 Hibernate 專案、需高階特性 | Hibernate 原生 API | Criteria、Envers、Search 等 JPA 未標準化功能 |
| Oracle 技術棧、追求極致效能 | TopLink / EclipseLink | 原生整合、快取、分區、診斷工具 |
| 舊系統維護 (EJB 2.x) | CMP Entity EJB | 避免重寫風險，漸進式遷移至 JPA |
| 輕量級、嵌入式、零配置 | JPA + EclipseLink/OpenJPA | 啟動快、Jar 小、SE 友善 |
遷移建議
- EJB 2.x CMP → JPA：保留實體類別，移除 Home/Remote 介面，加上
@Entity、@Table、@Id 等註解
- Hibernate → JPA：將
.hbm.xml 轉為註解，Session 換 EntityManager，HQL 改 JPQL
- 統一使用
persistence.xml 設定 DataSource、Provider、快取策略
持久化層選型無銀彈，但「標準化 JPA + 成熟 Provider」是當前風險最低、生態最豐的預設選擇。
- 上一篇文章： Java 與 Ruby on Rails 整合對比：以 OpenXava 為例的模型驅動開發優勢分析
- 下一篇文章： J2ME 手機遊戲開發環境建置全紀錄：NetBeans + WTK + Tomcat + MySQL + Eclipse 整合
Copyright ©
程式碼之家 All Rights Reserved
