JPA 2.0 類型安全查詢 API 之爭：標準提案 vs Gavin King 方案

背景痛點

JPA 1.0 (JSR-220) 引入 JPQL，但查詢以**字符串**形式構建：
弱類型 → 編譯期無法檢查、IDE 難以補全/重構、運行時才發現拼寫錯誤。

JPA 2.0 (JSR-317) 官方提案：Criteria API

Linda DeMichiel 主導，核心思想：**用對象圖構建查詢語義樹**。

// 概念示例
CriteriaQuery cq = cb.createQuery(Customer.class);
Root c = cq.from(Customer.class);
cq.select(c).where(cb.equal(c.get("name"), "John"));
List result = em.createQuery(cq).getResultList();

• CriteriaBuilder 工廠創建條件/表達式/順序/分組對象。
• Metamodel 類型 (Customer_) 提供屬性引用類型安全 (Customer_.name)。
• 支援動態查詢構建、子查詢、Join、聚合等完整 JPQL 功能。

Gavin King (Hibernate 創始人) 替代方案：註解處理器生成 Metamodel

• 利用 JDK 6 javax.annotation.Processor，編譯期掃描實體註解，**自動生成強類型 Metamodel 類** (Customer_ 包含 SingularAttribute name 等)。
• 查詢代碼極致類型安全：cb.equal(c.get(Customer_.name), "John") —— 屬性重命名編譯報錯。
• 原型已整合 javac，Hibernate 團隊積極推動納入標準。

專家組態度與社區反饋

• 專家組**嚴肅考慮** King 方案，甚至可能替換當前草案。
• 核心討論點：靜態查詢與動態查詢的開發體驗平衡、Metamodel 生成機制標準化。
• 公開徵求反饋：jsr-317-pdr-feedback@sun.com。

後續演進

• JPA 2.0 正式發布 **Criteria API** (官方提案)，Metamodel 生成留給提供者實現 (Hibernate 采用 King 方案)。
• 後續 Querydsl、Blaze-Persistence 等第三方庫提供更流暢 DSL。
• Spring Data JPA Specification/JpaSpecificationExecutor 封裝 Criteria，進一步降低使用門檻。

核心啟示

**類型安全查詢** 是 ORM 進化關鍵：從字符串拼接 → 對象圖構建 → 編譯期元模型驗證。這場爭論直接塑造了後十年 Java 持久層開發體驗。