6/30/2021 by GraphQL 基金會
GraphQL 重新定義了開發人員使用 API 和客戶端伺服器互動的方式。隨著社群努力促進 GraphQL 的成長和採用,我們很興奮能透過 GraphQL 基金會月刊分享社群的工作和討論。
GraphQL 在 2020 年達到新的高度,並且在 2021 年只會持續其飛速成長。再次感謝您參與此專案並支持 GraphQL 基金會。我們很期待再創豐收的一年!
新成立的 GraphQL 基金會行銷委員會負責協調行銷活動,以支持基金會和專案。他們定期開會,歡迎基金會和社群成員參與。
會議議程和會議記錄公開並提供在會議/中。我們通常在每個月第四個星期四上午 9 點(太平洋時間)開會。若要加入定期邀請名單,請聯絡operations@graphql.org。
下一個版本目前正處於審查的最後階段,預計將很快發布。有關發布的詳細資訊將會另行公告。
工作小組正在評估如何使用 Schema Coordinates(例如,使用 Schema Coordinates 可以改善哪些方面,以及正在尋求支援以從草案進展到已接受)。
工作小組正在尋求支援以將此反覆運算從提案推進到草案。最值得注意的是,今天已經支援完整的 Unicode,儘管沒有針對它進行明確的測試。
所新增的唯一新程式碼是代理對的驗證。目前的實作允許無效的代理對。
在過去的 5 年多時間裡,Relay 一直使用 @arguments 指令,這不符合規範。在某種意義上,Relay 是一個雙重 GraphQL 客户端:有 Relay 語法,用於解析在客户端上本地可用的資料,然後該語法編譯為符合規範的語法,以從外部來源(又稱「伺服器」)解析資料,這會補充 Relay 特定解析器運作的「本地」資料圖表。
這表示 Relay 可以使用免於操作定義知識的使用者撰寫片段:Relay 的片段可以在解析引數時提供從未在操作層級定義的變數值。
閱讀冗長且內容豐富的對話 在此處,或在 Youtube 上觀看 在此處。
工作小組將盡可能將 graphql-js 轉換為 TypeScript,這可能會需要一些重大變更,因為預設值和其他變更。其中一個目標是讓程式碼可讀,因此他們可能會在 TypeScript 遷移時釋出這些重大變更。
工作小組花了數週時間將預設值變更整合到 GraphQL Ruby 中,這導致了數次架構討論和一些錯誤報告。
此 RFC 的目的是增加明確性和精確性,尤其是在查詢的許多含義之後。工作小組正在定義術語,然後將重新檢視將其摘錄到附錄中。
此提案由許多公司使用,包括 Yelp 和 Netflix,允許查詢包含非空設計符號 (!),用來表示欄位應視為不可為空,如果傳回 null,則應根據標準 GraphQL 錯誤冒泡進行升級。
開發人員可以參與社群並在 https://github.com/graphql 為專案做出貢獻。
有興趣成為 GraphQL 基金會或 GraphQL 規範成員的組織可以在我們的 成員頁面 上了解更多資訊。如果您對成員資格有任何疑問,請寄電子郵件至 membership@graphql.org。