Skip to content

curso-graphQL/5-rest-to-graphql-api

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

5 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Api en GraphQL haciendo uso de una API REST

  1. Crear el proyecto desde el generador
  2. API ergast
  3. Añadir la fuente de tados de la API y de las temporadas
  4. Definición del schema
  5. Lista de temporadas
  6. Solucionar problema de valores nulos
  7. Lista de carreras de una temporada: preparativos
  8. Lista de carreras de una temporada: definición del schema
  9. Lista de carreras de un año seleccionado

1. Crear el proyecto desde el generador

Para crear el proyecto vamos a utilizar el generador de proyectos GraphQL en su versión más básica (graphql-hello-world).

Necesitaremos además dos librerías adicionaes:

npm i apollo-datasource-rest apollo-server

2. API Ergast

Para realizar este proyecto vamos a basarnos en la api ergast de Fórmula 1 link.


3. Añadir la fuente de tados de la API y de las temporadas

Creamos la carpeta src/data y en ella los siguientes archivos:

  • data-source-ts:
import { RESTDataSource } from "apollo-datasource-rest";

export class F1 extends RESTDataSource {
  constructor() {
    super();
    this.baseURL = 'https://ergast.com/api/f1/'
  }
}
  • data-seasons.ts:
import { F1 } from './data-source';

export class SeasonsData extends F1 {
  constructor() {
    super();
  }
}
  • index.ts:
import { SeasonsData } from './data-seasons';

export const dataSources = {
  SeasonsData,
}

En el archivo server.ts añadimos el dataSource a la configuración de ApolloServer:

...
import { dataSources } from './data/index';
...
  const server = new ApolloServer({
      schema,
      dataSources: () => ({
          seasons: new dataSources.SeasonsData()
      }),
      introspection: true // Necesario
  });

modificamos la configuración de cors que viene por defecto a app.use(cors());


4. Definición del schema

En este paso se puede hacer uso de la web json to ts que dado un json nos define las distintas interfaces, de forma que podamos "traducir" estas interfaces en definiciones de schema.

El schema.graphql quedaría como sigue:

type Query {
    seasonList: [Season!]!
}

type Season {
    year: String!;
    url: String!;
    urlMobile: String!;
}

4. Lista de temporadas

En la fuente de datos creamos una función asíncrona para obtener los datos de la API Rest:

export class SeasonsData extends F1 {
...
  async getSeasons() {
    return await this.get('seasons.json', {
      cacheOptions: { ttl: 60 }
    });
  }
}

En el resolver de Queries creamos la consulta que llamaŕa a ese resolver y que obtendrá los datos:

import { IResolvers } from 'graphql-tools';

const query: IResolvers = {
  Query: {
    async seasonList(_: void, __: any, { dataSources }) {
      return await dataSources.seasons
        .getSeasons()
        .then((data: any) => data.MRData.SeasonTable.Seasons);
    },
  },
};

export default query;

Por ahora la llamada a la API de GraphQL para consultar las temporadas generará un error en aquellas keys que no se correspondan (sólo funciona url). Esto lo resolveremos en la siguiente sección.


6. Solucionar problema de valores nulos

Ahora mismo tenemos en nuestra api de GraphQL dos keys que no tienen correspondencia en la API Rest (year y urlMobile).

Para solventar este problema, creamos el archivo src/resolvers/type.ts.

import { IResolvers } from 'graphql-tools';

const type: IResolvers = {
  Season: {
    year: parent => parent.season,
    urlMobile: parent => parent.url
  }
};

export default type;

De este modo, estamos pasando a la key year lo que viene en la key season en la API Rest, y a urlMobile lo que vienen en la key url.

Para obtener la urlMobile correcta, creamos un archivo src/lib/utils.ts.

export function getWikipediaMobileUrl(url: string) {
  return (url  !== undefined) 
    ? url.replace('wikipedia', 'm.wikipedia')
    : ''
}

Utilizamos esta función en el resolver de types:

import { getWikipediaMobileUrl } from '../lib/utils';
...
    urlMobile: parent => getWikipediaMobileUrl(parent.url)
...

Finalmente importamos el tipo definido al resolverMap, que quedaría como sigue:

import { IResolvers } from 'graphql-tools';
import query from './query';
import type from './type';

const resolvers : IResolvers = {
    ...query,
    ...type
};

export default resolvers;

7. Lista de carreras de una temporada

Creamos un nuevo archivo en la carpeta src/data data-races.ts:

import { F1 } from './data-source';

export class RacesData extends F1 {
  constructor() {
    super();
  }
}

y lo importamos en el index...

import { SeasonsData } from './data-seasons';
import { RacesData } from './data-races';

export const dataSources = {
  SeasonsData,
  RacesData
}

Añadimos la nueva fuente de datos al server.ts:

...
    const server = new ApolloServer({
        schema,
        dataSources: () => ({
            seasons: new dataSources.SeasonsData(),
            races: new dataSources.RacesData()
        }),
        introspection: true // Necesario
    });
...

8. Lista de carreras de una temporada: definición del schema

Valiénonos de la API y de "json to ts" podemos generar en el schema.graphql los nuevos tipos:

type Race {
    season: String!
    round: String!
    url: String!
    raceName: String!
    circuit: Circuit!
    date: String!
    time: String!
}

type Circuit {
    id: String!
    url: String!
    name: String!
    location: Location!
}

type Location {
    lat: String!
    lng: String!
    locality: String!
    country: String!
}

9. Lista de carreras de un año seleccionado

Definimos en el schema.graphql la nueva query:

type Query {
    seasonList: [Season!]!
    racesByYear(year: String!): [Race!]!
}

En la fuente de datos definimos la función que hará la petición a la api:

  async getRacesByYear(year: string) {
    const currentYear = new Date().getFullYear()
    if (isNaN(+year) || +year < 1950 || +year > currentYear) {
      year = String(currentYear)
    }
    return await this.get(`${ year }.json`, {
      cacheOptions: { ttl: 60 }
    });
  }

Incluimos una validación para el caso en el que se mande un año no numérico, anteriores a 1950 o posteriores al año actual.

En el resolver creamos la query correspondiente:

Query: {
  ...
      async racesByYear(_: void, { year }, { dataSources }) {
      return await dataSources.races
        .getRacesByYear(year)
        .then((data: any) => data.MRData.RaceTable.Races);
    }
  ...
}

About

No description, website, or topics provided.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages