Skalare ableiten
String, Zahl, Boolean zu GraphQL-Skalaren. Nested Objekte eigene types, nicht alles JSON.
null und Mischtypen: prüfen, ob Union nötig ist.
Daten auch über #data={"name":"Ada"} oder #url=... einfügen; nach dem Lesen wird die Adressleiste geleert.
GraphQL-Typen aus einem JSON-Beispiel. Schneller als type von null, zum Debuggen von GraphQL-Antworten oder Mock-Entwürfen. Objekte werden benannte types, Arrays Listen.
String, Zahl, Boolean zu GraphQL-Skalaren. Nested Objekte eigene types, nicht alles JSON.
null und Mischtypen: prüfen, ob Union nötig ist.
Objekte benannte Typen, Arrays Listen. Tiefe Strukturen ergeben mehrere type-Blöcke als Schema-Entwurf.
Ob Felder nullable sind ( ! ) fachlich ergänzen.
Danach ! Pflicht, Enums und Custom Scalars. Keine query-/mutation-Root-Operationen auf dieser Seite.
REST-Teams mit JSON-Vertrag: lieber Schema-Seite.
{
"user": {
"id": "u_1",
"name": "Ada"
}
}
type User {
id: String
name: String
}
type Root {
user: User
}
Nur types aus der Datenshape, ohne query / mutation.
REST-Doku oft Schema; GraphQL-Dienste diese Seite.
Möglichst gültige Bezeichner. Seltsame Keys von Hand an GraphQL-Feldnamen anpassen.
Nein. Ableitung im Browser.
Eine Antwort ergibt keinen vollständigen Graph. Mutation-Input und Paging weiter von Hand.