apollo-server

Guide complet pour construire des serveurs GraphQL avec Apollo Server 5.x à travers différents frameworks. Couvre la définition de schéma, les résolveurs, la configuration du contexte et la gestion des erreurs avec le support TypeScript. Prend en charge le mode autonome pour le prototypage et les intégrations avec Express, Fastify, Koa et les environnements serverless. Inclut les modèles de résolveurs, l'authentification/autorisation, les plugins, DataLoader pour la prévention N+1 et les techniques d'optimisation des performances. Fournit une documentation de référence pour les sources de données, les erreurs...

npx skills add https://github.com/apollographql/skills --skill apollo-server

Apollo Server 5.x Guide

Apollo Server is an open-source GraphQL server that works with any GraphQL schema. Apollo Server 5 is framework-agnostic and runs standalone or integrates with Express, Fastify, and serverless environments.

Quick Start

Step 1: Install

npm install @apollo/server graphql

For Express integration:

npm install @apollo/server @as-integrations/express5 express graphql cors

Step 2: Define Schema

const typeDefs = `#graphql
  type Book {
    title: String
    author: String
  }

  type Query {
    books: [Book]
  }
`;

Step 3: Write Resolvers

const resolvers = {
  Query: {
    books: () => [
      { title: "The Great Gatsby", author: "F. Scott Fitzgerald" },
      { title: "1984", author: "George Orwell" },
    ],
  },
};

Step 4: Start Server

Standalone (Recommended for prototyping):

The standalone server is great for prototyping, but for production services, we recommend integrating Apollo Server with a more fully-featured web framework such as Express, Koa, or Fastify. Swapping from the standalone server to a web framework later is straightforward.

import { ApolloServer } from "@apollo/server";
import { startStandaloneServer } from "@apollo/server/standalone";

const server = new ApolloServer({ typeDefs, resolvers });

const { url } = await startStandaloneServer(server, {
  listen: { port: 4000 },
});

console.log(`Server ready at ${url}`);

Express:

import { ApolloServer } from "@apollo/server";
import { expressMiddleware } from "@as-integrations/express5";
import { ApolloServerPluginDrainHttpServer } from "@apollo/server/plugin/drainHttpServer";
import express from "express";
import http from "http";
import cors from "cors";

const app = express();
const httpServer = http.createServer(app);

const server = new ApolloServer({
  typeDefs,
  resolvers,
  plugins: [ApolloServerPluginDrainHttpServer({ httpServer })],
});

await server.start();

app.use(
  "/graphql",
  cors(),
  express.json(),
  expressMiddleware(server, {
    context: async ({ req }) => ({ token: req.headers.authorization }),
  }),
);

await new Promise<void>((resolve) => httpServer.listen({ port: 4000 }, resolve));
console.log("Server ready at http://localhost:4000/graphql");

Schema Definition

Scalar Types

  • Int - 32-bit integer
  • Float - Double-precision floating-point
  • String - UTF-8 string
  • Boolean - true/false
  • ID - Unique identifier (serialized as String)

Type Definitions

type User {
  id: ID!
  name: String!
  email: String
  posts: [Post!]!
}

type Post {
  id: ID!
  title: String!
  content: String
  author: User!
}

input CreatePostInput {
  title: String!
  content: String
}

type Query {
  user(id: ID!): User
  users: [User!]!
}

type Mutation {
  createPost(input: CreatePostInput!): Post!
}

Enums and Interfaces

enum Status {
  DRAFT
  PUBLISHED
  ARCHIVED
}

interface Node {
  id: ID!
}

type Article implements Node {
  id: ID!
  title: String!
}

Resolvers Overview

Resolvers follow the signature: (parent, args, contextValue, info)

  • parent: Result from parent resolver (root resolvers receive undefined)
  • args: Arguments passed to the field
  • contextValue: Shared context object (auth, dataSources, etc.)
  • info: Field-specific info and schema details (rarely used)
const resolvers = {
  Query: {
    user: async (_, { id }, { dataSources }) => {
      return dataSources.usersAPI.getUser(id);
    },
  },
  User: {
    posts: async (parent, _, { dataSources }) => {
      return dataSources.postsAPI.getPostsByAuthor(parent.id);
    },
  },
  Mutation: {
    createPost: async (_, { input }, { dataSources, user }) => {
      if (!user) throw new GraphQLError("Not authenticated");
      return dataSources.postsAPI.create({ ...input, authorId: user.id });
    },
  },
};

Context Setup

Context is created per-request and passed to all resolvers.

interface MyContext {
  token?: string;
  user?: User;
  dataSources: {
    usersAPI: UsersDataSource;
    postsAPI: PostsDataSource;
  };
}

const server = new ApolloServer<MyContext>({
  typeDefs,
  resolvers,
});

// Standalone
const { url } = await startStandaloneServer(server, {
  context: async ({ req }) => ({
    token: req.headers.authorization || "",
    user: await getUser(req.headers.authorization || ""),
    dataSources: {
      usersAPI: new UsersDataSource(),
      postsAPI: new PostsDataSource(),
    },
  }),
});

// Express middleware
expressMiddleware(server, {
  context: async ({ req, res }) => ({
    token: req.headers.authorization,
    user: await getUser(req.headers.authorization),
    dataSources: {
      usersAPI: new UsersDataSource(),
      postsAPI: new PostsDataSource(),
    },
  }),
});

Reference Files

Detailed documentation for specific topics:

Key Rules

Schema Design

  • Use ! (non-null) for fields that always have values
  • Prefer input types for mutations over inline arguments
  • Use interfaces for polymorphic types
  • Keep schema descriptions for documentation

Resolver Best Practices

  • Keep resolvers thin - delegate to services/data sources
  • Always handle errors explicitly
  • Use DataLoader for batching related queries
  • Return partial data when possible (GraphQL's strength)

Performance

  • Use @defer and @stream for large responses
  • Implement DataLoader to solve N+1 queries
  • Consider persisted queries for production
  • Use caching headers and CDN where appropriate

Ground Rules

  • ALWAYS use Apollo Server 5.x patterns (not v4 or earlier)
  • ALWAYS type your context with TypeScript generics
  • ALWAYS use GraphQLError from graphql package for errors
  • NEVER expose stack traces in production errors
  • PREFER startStandaloneServer for prototyping only
  • USE an integration with a server framework like Express, Koa, Fastify, Next, etc. for production apps
  • IMPLEMENT authentication in context, authorization in resolvers

Plus de skills de apollographql

apollo-federation
apollographql
Apollo Federation permet de composer plusieurs API GraphQL (sous-graphes) en un super
apollo-ios
apollographql
Apollo iOS est un client GraphQL fortement typé pour les plateformes Apple. Il génère des types Swift à partir de vos opérations et schémas GraphQL, et fournit un client async/await, un cache normalisé (en mémoire ou basé sur SQLite), un transport HTTP basé sur des intercepteurs pluggables qui gère les requêtes, mutations et abonnements multipart, ainsi qu'un transport WebSocket optionnel (graphql-transport-ws) pouvant prendre en charge tout type d'opération.
apollo-router
apollographql
Apollo Router est un routeur de graphes haute performance écrit en Rust pour exécuter les supergraphes Apollo Federation 2. Il se place devant vos sous-graphes et gère la planification des requêtes, l'exécution et la composition des réponses.
apollo-router-plugin-creator
apollographql
Créez des plugins Rust natifs pour Apollo Router.
graphql-operations
apollographql
Guide des bonnes pratiques pour rédiger des opérations GraphQL efficaces et typées en toute sécurité, et les organiser avec des fragments. Couvre les requêtes, mutations, souscriptions et fragments avec conventions de nommage, syntaxe des variables et utilisation des directives. Met l'accent sur les principes fondamentaux : ne demander que les champs nécessaires, nommer toutes les opérations, utiliser des variables au lieu de valeurs codées en dur, et inclure les champs d'identifiant pour la mise en cache. Recommande de colocaliser les fragments avec les composants et d'utiliser les directives @include / @skip pour les champs conditionnels...
graphql-schema
apollographql
Guide des meilleures pratiques industrielles pour concevoir des schémas GraphQL intuitifs, performants et maintenables. Couvre les principes de conception fondamentaux, notamment l'organisation des types centrée sur le client, les modèles de nullabilité explicite et les stratégies d'évolution rétrocompatibles. Fournit une documentation de référence sur les types, les conventions de nommage, la pagination basée sur curseur, la modélisation des erreurs et les considérations de sécurité. Inclut des modèles pratiques pour les interfaces, les unions, les types d'entrée, les mutations et les stratégies d'identifiant avec des exemples de code...
rover
apollographql
We need to translate the given text from English to French, preserving the name "rover" and other technical terms. The text describes the Apollo Rover CLI. We must not include the name unless it appears in the source text. The source text includes "rover" in "Apollo Rover CLI" and "rover dev command". So we keep "rover" as is. Also preserve "GraphQL", "federation", "supergraph", "GraphOS", "CI/CD", "JSON", etc. Translate the rest naturally. Let's translate: "Apollo Rover CLI for managing GraphQL schemas, federation, and local supergraph development. Publish, fetch, and validate subgraph schemas; compose federated supergraphs locally or via GraphOS Includes schema checking (pre-deploy validation), linting, and introspection from running servers rover dev command starts a local Router with automatic schema composition for development workflows Supports CI/CD patterns with check-before-publish validation and JSON output for scripting Requires..." Translation: "Apollo Rover CLI pour la gestion des schémas Graph
rust-best-practices
apollographql
Normes de codage Rust idiomatiques basées sur le manuel des bonnes pratiques d'Apollo GraphQL. Couvre neuf domaines clés : styles et idiomes de codage, linting avec clippy, optimisation des performances, gestion des erreurs, modèles de test, génériques et dispatch, pattern type state, documentation et sécurité des pointeurs. Met l'accent sur l'emprunt plutôt que le clonage, la gestion des erreurs basée sur Result avec thiserror/anyhow, et le profilage des performances avec les builds release. Inclut des conseils de référence rapide sur les modèles de possession, l'évitement des paniques,...