2/15/2021執筆者GraphQL Foundation
GraphQL は、開発者が API とクライアントサーバーのやり取りを実行する方法を再定義しました。そして、コミュニティは GraphQL の成長と採用を促進するために努力しており、月例の GraphQL Foundation ニュースレターを通じて、コミュニティの取り組みと議論を共有できることを嬉しく思います。
GraphQL は 2020 年に新たな高みに達し、2021 年にその驚異的な上昇を続けることが予想されています。このプロジェクトへの関与と GraphQL Foundation へのサポートに再度感謝します。私たちはもう 1 年、生産的な年を迎えることを楽しみにしています。!
グループは、リファレンス実装で機能しないため、禁止することを決定しました。graphql-js 実装中に、修正されるフラグメントに関連するいくつかの問題が発見されました。詳細はこちらをご覧ください。
現在、無限ループが発生するケースがあります。WG は、仕様でこれを回避する方法を検討中です こちら。
graphql-js/express-graphql の公式エクスペリメンタルブランチ。WG は、initialCount、GraphQL.js の検証ルール、仕様の更新に取り組んでいます。
RFC と仕様の編集は数か月間公開されており、それらを確認したすべての方に感謝しています。前回のフィールド引数の議論では、2 つの有力な候補がありました: Query.business(id:)
と Query.business.id
です。WG はコンセンサスを求めています。要約された議論は こちらに掲載されています。
__typename
は非同期イテレータを返さず、サブスクリプション操作のルートでは無効であると判断されていますが、GraphQL 検証では許可されています。このフィールドはコミュニティに混乱を引き起こしており、WG はこの問題を早期にキャッチするために明示的に検証することを提案しています。
ユーザーが設定するデフォルト値(すなわち操作ドキュメントの変数)とスキーマが設定するデフォルト値(引数や入力オブジェクトフィールド)のデフォルト値の処理に一貫性がありません。WGでは、構造が悪く設計されたGraphQLスキーマがどのようにGraphQLの型安全性保証を崩す可能性があるか話し合い、スキーマのデフォルト値がより予想通りに動作するように対処することを提案しました。今後の手順としては実装を完了し、仕様の変更を第2段階にまで進めることです。
開発者はhttps://github.com/graphqlでコミュニティに関わり、プロジェクトに貢献できます。
GraphQL FoundationまたはGraphQL Specificationのメンバーになろうとしている組織は、メンバーページで詳しく知ることができます。メンバーシップについて質問がある場合は、membership@graphql.orgまでメールをお送りください。