GraphQL

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages) This article relies excessively on references to primary sources. Please improve this article by adding secondary or tertiary sources. Find sources: "GraphQL" – news · newspapers · books · scholar · JSTOR (March 2023) (Learn how and when to remove this template message) This article is written like a manual or guide. Please help rewrite this article and remove advice or instruction. (February 2024) (Learn how and when to remove this template message)

GraphQL

Original author(s)	Meta Platforms
Developer(s)	Open source
Initial release	September 14, 2015 (2015-09-14)
Stable release	October 2021 (2021-10)[1]
Repository	github.com/graphql/graphql-spec
Written in	Implementations in Java, JavaScript, Ruby, Scala, others.
Website	graphql.org

GraphQL is an open-source data query and manipulation language for APIs and a query runtime engine.

GraphQL enables declarative data fetching where a client can specify exactly what data it needs from an API. Instead of multiple endpoints that return separate data, a GraphQL server exposes a single endpoint and responds with precisely the data a client asked for.^[2] Because a GraphQL server can fetch from separate data sources and present the data in a unified graph, it is not tied to any specific database or storage engine.

History

Facebook started GraphQL development in 2012 and released it as open source in 2015.^[3] In 2018, GraphQL was moved to the newly established GraphQL Foundation, hosted by the non-profit Linux Foundation.^[4][5]

On 9 February 2018, the GraphQL Schema Definition Language (SDL) became part of the specification.^[6]

Many popular public APIs adopted GraphQL as the default way to access them. These include public APIs of Facebook, GitHub, Yelp, Shopify and Google Directions API.^[7]

Design

GraphQL supports reading, writing (mutating), and subscribing to changes to data (realtime updates – commonly implemented using WebSockets).^[8] A GraphQL service is created by defining types with fields, then providing functions to resolve the data for each field. The types and fields make up what is known as the schema definition. The functions that retrieve and map the data are called resolvers.^[9]

After being validated against the schema, a GraphQL query is executed by the server. The server returns a result that mirrors the shape of the original query, typically as JSON.^[10]

Type system

The root type of a GraphQL schema, Query by default, contains all of the fields that can be queried. Other types define the objects and fields that the GraphQL server can return. There are several base types, called scalars, to represent things like strings, numbers, and IDs.

Fields are defined as nullable by default, and a trailing exclamation mark can be used to make a field non-nullable (required). A field can be defined as a list by wrapping the field's type in square brackets (for example, authors: [String]).^[11]

type Query {
  currentUser: User
}

type User {
  id: ID!
  name: String!
}

Queries

A GraphQL query defines the exact shape of the data needed by the client.

query CurrentUser {
  currentUser {
    name
    age
  }
}

Once validated and executed by the GraphQL server, the data is returned in the same shape.

{
  "currentUser": {
    "name": "John Doe"
    "age": 23
  }
}

Mutations

A GraphQL mutation allows for data to be created, updated, or deleted. Mutations generally contain variables, which allow data to be passed into the server from the client. The mutation also defines the shape of the data that will be returned to the client after the operation is complete.

mutation CreateUser($name: String!, $age: Int!) {
  createUser(userName: $name, age: $age) {
    name
    age
  }
}

The variables are passed as an object with fields that match the variable names in the mutation.

{
  "name": "Han Solo",
  "age": 42
}

Once the operation is complete, the GraphQL server will return data matching the shape defined by the mutation.

{
  "data": {
    "createUser": {
      "name": "Han Solo",
      "age": 42
    }
  }
}

Subscriptions

GraphQL also supports live updates sent from the server to client in an operation called a subscription. Again, the client defines the shape of the data that it needs whenever an update is made.

subscription {
  newPerson {
    name
    age
  }
}

When a mutation is made through the GraphQL server that updates the associated field, data is sent to all subscribed clients in the format setup through the subscription.

{
  "newPerson": {
    "name": "Jane",
    "age": 23
  }
}

Comparison to other query languages

GraphQL does not provide a full-fledged graph query language such as SPARQL, or even in dialects of SQL that support transitive closure. For example, a GraphQL interface that reports the parents of an individual cannot return, in a single query, the set of all their ancestors.

Testing

GraphQL APIs can be tested manually or with automated tools issuing GraphQL requests and verifying the correctness of the results. Automatic test generation is also possible.^[12] New requests may be produced through search-based techniques due to a typed schema and introspection capabilities.^[13]

Some of the software tools used for testing GraphQL implementations include Postman, GraphiQL, Apollo Studio, GraphQL Editor, and Step CI.^[14]

See also

• Query by Example
• OpenAPI Specification
• Microservices

References

External links

• Official website
• GraphQL: The Documentary on YouTube