我很高興宣布 Spring for GraphQL 1.2 發布候選版本現已透過 https://repo.spring.io/milestone 提供。

Querydsl 和 Query By Example 的分頁

M1 版本 提供了 分頁和排序的抽象概念和基礎架構，包括在 帶註解的控制器方法上支援輸入和輸出類型，以盡可能減少應用程式支援分頁查詢所需的工作。

目前的發布候選版本完成了這項工作，將分頁支援擴展到我們的 Querydsl 和 Query By Example DataFetcher 實作，兩者現在都公開了 scrollable 工廠方法。

此外，Querydsl 和 Query by Example 儲存庫的自動註冊已擴展為適用於傳回 Connection 類型的查詢。

Schema Mappings 檢查

M1 版本提供了一個非常重要的 schema mappings 檢查功能，用於檢查是否所有 schema 欄位都由 DataFetcher 註冊涵蓋，或具有相符的 Java 物件屬性。

在目前的發布候選版本中，此功能已進一步擴展，以識別傳回 Connection 類型的分頁查詢，並正確地巢狀在 schema 類型上的 EdgeNode 類型中，以及 Java 類型的泛型參數中，以便正確比較其中的結構。

schema mappings 檢查也已更新為支援 schema 介面，並報告任何由於 Java 類型資訊不足而未檢查的類型，例如，在控制器方法傳回類型中宣告為 java.lang.Object 的 schema union 類型。

如果您尚未嘗試此功能，請試用並向我們提供意見回饋。

Querydsl 和 Query By Example 的單一輸入類型

對於具有單一引數的查詢，該引數是 GraphQL 輸入類型，Querydsl 和 Query by Example 都使用起來有點笨拙，需要人工包裝類型，該類型具有單一引數，而實際資料巢狀在該引數的 GraphQL 輸入類型的結構中。

在目前的發布候選版本中，Querydsl 和 Query by Example 儲存庫不再需要這種包裝類型，現在可以繫結到直接反映 GraphQL 輸入類型的物件。

使用直接欄位存取的引數繫結

Spring for GraphQL 引數繫結已經支援透過建構子和屬性初始化繫結到更高等級的目標物件，包括具有任何巢狀層級的物件結構。但是，有時屬性名稱可能遵循不同的慣例，而且您可能不擁有這些物件且無法變更它們。

在目前的發布候選版本中，我們新增了一個選項，允許回退到直接欄位存取，這可能在這種情況下有所幫助。

總結

我們的下一站是 5 月 17 日的 GA 版本發布，接著是精彩的 Spring I/O 會議，Brian 和我將在會上展示 Observing Spring for GraphQL In Action。如果您將參加會議，請過來打聲招呼。我們很樂意與您交流！