Working with generic types
- Creating a generic type
- Creating a type that doesn't map to a DataObject
- Building a custom query
- Add a custom query for any type of data
- The resolver discovery pattern
- How you can opt out of mapping fields to resolvers by adhering to naming conventions
- Adding arguments
- Add arguments to your fields, queries, and mutations
- Adding pagination
- Add the pagination plugin to a generic query
- Adding descriptions
- Add descriptions to just about anything in your schema to improve your developer experience
- Enums, unions, and interfaces
- Add some non-object types to your schema
One of the great features of a schema-backed API is that it is self-documenting. If you use the silverstripe/graphql-devtools module you can see the documentation by navigating to /dev/graphql/ide in your browser anc clicking on "DOCS" on the right.
Many API developers choose to maximise the benefit of this by adding descriptions to some or all of the components of their schema.
The trade-off for using descriptions is that the YAML configuration becomes a bit more verbose.
Let's add some descriptions to our types and fields.
types: Country: description: A record that describes one of the world's sovereign nations fields: code: type: String! description: The unique two-letter country code name: type: String! description: The canonical name of the country, in English
We can also add descriptions to our query arguments. We'll have to remove the inline argument definition to do that.
queries: readCountries: type: '[Country]' description: Get all the countries in the world args: limit: type: Int = 20 description: The limit that is applied to the result set