Inférence des scalaires
Chaînes, nombres et booléens correspondent aux scalaires GraphQL. Les objets imbriqués deviennent des type distincts, au lieu de tout aplatir en JSON.
null et types mixtes : confirmez s’il faut une union.
Vous pouvez aussi injecter des données via #data={"name":"Ada"} ou #url=... Elles sont lues puis retirées de la barre d’adresse.
Inférez des types GraphQL à partir d’un exemple JSON. Pour déboguer une réponse GraphQL ou démarrer un mock, plus rapide que d’écrire les type à la main. Les objets deviennent des type nommés, les tableaux des listes.
Chaînes, nombres et booléens correspondent aux scalaires GraphQL. Les objets imbriqués deviennent des type distincts, au lieu de tout aplatir en JSON.
null et types mixtes : confirmez s’il faut une union.
Les objets deviennent des types nommés, les tableaux des listes. Une structure profonde produit plusieurs blocs type, à coller comme brouillon dans un fichier schema.
La nullabilité des champs ( ! ) se complète selon le métier.
Ensuite, ajoutez ! requis, enum et scalaires personnalisés. Cette page n’a pas d’opérations query / mutation racine.
Pour une équipe REST qui veut seulement un contrat JSON, la page Schema convient mieux.
{
"user": {
"id": "u_1",
"name": "Ada"
}
}
type User {
id: String
name: String
}
type Root {
user: User
}
Ce ne sont que des type inférés de la forme des données, sans query / mutation.
Doc REST : souvent Schema ; service GraphQL : cette page est plus naturelle.
Des identifiants utilisables sont générés autant que possible. Les clés étranges se renomment à la main en champs GraphQL autorisés.
Non. L’inférence reste dans le navigateur.
Une réponse ne reconstitue pas tout le graphe. Arguments de mutation et conventions de pagination restent à écrire à la main.