Scalar inference
Strings, numbers, and booleans map to GraphQL scalars. Nested objects become separate types instead of collapsing to JSON.
Confirm whether null and mixed types should become union types.
You can also load data via #data={"name":"Ada"} or #url=... It is cleared from the address bar after it is read.
Infer GraphQL types from a JSON sample. Faster than writing types from scratch when you debug a GraphQL response or draft a mock service. Objects become named types; arrays become lists.
Strings, numbers, and booleans map to GraphQL scalars. Nested objects become separate types instead of collapsing to JSON.
Confirm whether null and mixed types should become union types.
Objects become named types; arrays become lists. Deep structures produce several type blocks you can paste into a schema file as a draft.
Whether a field is non-null ( ! ) should be completed from the product.
After generation, add ! for required fields, enums, and custom scalars. This page has no query / mutation root operations.
REST teams that only need a JSON contract should use the Schema page.
{
"user": {
"id": "u_1",
"name": "Ada"
}
}
type User {
id: String
name: String
}
type Root {
user: User
}
It is only types inferred from data shape. There are no query / mutation operations.
REST docs usually use Schema. GraphQL services fit this page better.
Identifiers are generated to be usable. Rename odd keys to GraphQL-legal field names by hand.
No. Inference runs in the browser.
One response cannot produce a complete graph. Mutation inputs and pagination still need to be written by hand.