スカラー推論
文字列、数値、真偽値は GraphQL スカラーに対応します。入れ子オブジェクトは独立 type に分け、すべて JSON に潰しません。
null と混合型は、生成結果をユニオン型にすべきか確認してください。
次の方法でも #data={"name":"Ada"} または #url=... データを流し込めます。読み取り後はアドレスバーから削除されます。
1つの JSON サンプルから GraphQL 型を推論します。GraphQL レスポンスのデバッグや mock サービスの下書きは、type をゼロから書くより速いです。オブジェクトは名前付き type に分かれ、配列はリストになります。
文字列、数値、真偽値は GraphQL スカラーに対応します。入れ子オブジェクトは独立 type に分け、すべて JSON に潰しません。
null と混合型は、生成結果をユニオン型にすべきか確認してください。
オブジェクトは名前付き型に分かれ、配列はリストになります。深い構造では複数の type ブロックが生成され、schema ファイルへ下書きとして貼れます。
フィールドが null 許容か( ! )は業務に合わせて補ってください。
生成後は ! 必須、列挙、カスタムスカラーを足してください。このページに query / mutation のルート操作はありません。
REST チームが JSON 契約だけ欲しいなら、Schema ページの方が向いています。
{
"user": {
"id": "u_1",
"name": "Ada"
}
}
type User {
id: String
name: String
}
type Root {
user: User
}
データの形から推した type だけで、query / mutation はありません。
REST 文書は Schema が一般的。GraphQL サービスならこのページの方が自然です。
使える識別子をできるだけ生成します。奇妙なキー名は GraphQL で許されるフィールド名へ手で直してください。
されません。推論はブラウザ内で完了します。
1つのレスポンスでは完全なグラフは出ません。mutation の入力やページング取り決めは手書きが必要です。