Apollo Server: dataSources vs contexte pour l'utiliser avec une base de données

Si vous regardez le documentation que vous avez signalée. Vous ajoutez des sources de données lors de l'initialisation d'Apollo Server comme ceci:

module.exports = {
  Query: {
    launches: (_, __, { dataSources }) =>
      dataSources.launchAPI.getAllLaunches(),
    launch: (_, { id }, { dataSources }) =>
      dataSources.launchAPI.getLaunchById({ launchId: id }),
    me: (_, __, { dataSources }) => dataSources.userAPI.findOrCreateUser()
  }
};

et c'est à cause de cela que dataSources devient la partie du contexte. Si vous vous souvenez, vous procédez à la déstructuration du contexte pour exposer les sources de données comme indiqué ici

const server = new ApolloServer({
  typeDefs,
  dataSources: () => ({
    launchAPI: new LaunchAPI(),
    userAPI: new UserAPI({ store })
  })
});

Si vous souhaitez accéder à l'instance d'une source de données telle que UserAPI ou LaunchAPI, vous devrez le faire avec dataSources.userAPI

Je pense qu'il est préférable d'utiliser DataSource (comme son nom l'indique) et il pourrait être facile d'ajouter une couche de mise en cache par-dessus. Vous pouvez créer une classe DBDataSource étendant la classe DataSource car Apollo ne fournit aucune classe DBDataSource .

DataSource est une classe de source de données Apollo générique, tandis que la classe RESTDataSource est responsable de la récupération des données à partir d'une API REST.

Donc, pour récupérer les données des API restantes, il est préférable d'utiliser RESTDataSource .

Créer une source de données personnalisée < / a>

Apollo ne prend pas encore en charge une source de données SQL (bien que nous serions ravis de vous guider si vous souhaitez contribuer), nous devrons donc créer une source de données personnalisée pour notre base de données en étendant le classe de source de données Apollo générique. Vous pouvez créer le vôtre avec le package apollo-datasource .

Voici quelques-uns des concepts de base pour créer votre propre source de données:

1. La méthode initialize: vous devrez implémenter cette méthode si vous souhaitez transmettre des options de configuration à votre classe. Ici, nous utilisons cette méthode pour accéder au contexte de notre API graphique.
2. this.context: le contexte d'une API graphique est un objet qui est partagé entre chaque résolveur dans une requête GraphQL. Nous allons expliquer cela plus en détail dans la section suivante. Pour l'instant, tout ce que vous devez savoir, c'est que le contexte est utile pour stocker les informations utilisateur.
3. Mise en cache: alors que la source de données REST est livrée avec son propre cache intégré, la source de données générique ne le fait pas. Cependant, vous pouvez utiliser nos primitives de cache pour créer les vôtres!