Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

Introducción a GraphQL

Aprende terminología y conceptos útiles para utilizar la API de GraphQL de GitHub.

En este artículo

Terminología de GraphQL

La API de GraphQL de GitHub representa un cambio conceptual y arquitectónico de la API de REST de GitHub. Seguramente encontrarás nueva terminología en los documentos de referencia de la API de GraphQL.

Modelo

Un modelo define un tipo de sistema de la API de GraphQL. Describe el conjunto de datos posibles (objetos, campos, relaciones, todo) a los que puede acceder un cliente. Los llamados desde el cliente se validan y ejecutan contra un modelo. Un cliente puede encontrar información acerca del modelo a través de introspección. UN modelo reside en el servidor de la API de GraphQL. Para obtener más información, consulta la sección "Descubriendo la API de GraphQL".

Campo

Un campo es una unidad de datos que puedes recuperar de un objeto. Como dicen los documentos oficiales de GraphQL: "El lenguaje de consulta GraphQL se trata básicamente de seleccionar campos en los objetos".

Las especificaciones oficiales dicen también acerca de los campos:

Todas las operaciones de GraphQL deben especificar sus selecciones en campos que regresarán valores escalares para garantizar una respuesta conformada sin ambigüedad.

Esto significa que si intentas recuperar un campo que no es un valor escalar, la validación del modelo arrojará un error. Debes agregar subcampos anidados hasta que todos los campos recuperen valores escalares.

Argumento

Un argumento es un conjuto de pares clave-valor adjuntos a un campo específico. Algunos campos requieren un argumento. Las mutaciones requieren un objeto de entrada como argumento.

Implementación

El modelo de GraphQL podría utilizar el término implementa para definir cómo un objeto hereda de una interface.

Aquí se muestra un ejemplo artificial de un modelo que define la interface X y el objeto Y:

interface X {
  some_field: String!
  other_field: String!
}

type Y implements X {
  some_field: String!
  other_field: String!
  new_field: String!
}

Esto significa que el objeto Y requiere los mismos tipos de campos/argumentos/recuperaciones que requiere la interface X, mientras que agregan nuevos campos específicos para el objeto Y. (El signo ! significa que el campo es requerido).

En los documentos de referencia, podrás notar que:

  • Cada object lista la(s) interface(s) desde las cuales hereda obajo Implementaciones.

  • Cada interface lista los objetos que heredan desde ella bajo Implementaciones.

Conexión

Las conexiones permiten consultar objetos relacionados como parte del mismo llamado. Con las conexiones, puedes utilizar un solo llamado de GraphQL y, en contraste, tendrías que utilizar múltiples llamados en una API de REST. Para obtener más información, consulta "Migrar de REST a GraphQL".

Es útil imaginar una gráfica: puntos conectados con líneas. Los puntos son nodos, las líneas son bordes. Una conexión define una relación entre nodos.

Borde

Los bordes representan las conexiones entre nodos. Cuando consultas una conexión, cruzas sus bordes para obtener sus nodos. Cada campo de edges tiene un campo de node y uno de cursor. Los cursores se utilizan para la paginación.

Node

Nodo es un término genérico para un objeto. Puedes buscar un nodo directamente, o puedes acceder a nodos relacionados a través de una conexión. Si especificas un node que no regrese un valor escalar, deberás incluir los subcampos hasta que todos los campos recuperen valores escalares. Para obtener información sobre el acceso a las ID de los nodos a través de la API de REST y utilizarlos en las consultas de GraphQL, consulta la sección "Utilizar ID de Nodos Globales".

Descubrir la API de GraphQL

GraphQL es introspectivo. Esto significa que puedes consultar un modelo de GraphQL para encontrar detalles de éste mismo.

  • Consulta __schema para listar todos los tipos definidos en el modelo y obtener detalles de cada uno:

    query {
    __schema {
      types {
        name
        kind
        description
        fields {
          name
        }
      }
    }
    }
    
  • Consulta __type para obtener detalles de cualquier tipo:

    query {
    __type(name: "Repository") {
      name
      kind
      description
      fields {
        name
      }
    }
    }
    
  • También puedes ejecutar una consulta de introspección del modelo a través de la solicitud GET:

    $ curl -H "Authorization: bearer token" https://api.github.com/graphql

    Estos resultados están en JSON, así que recomendamos imprimirlos notablemente para su lectura y búsqueda más fácil. Puedes utilizar una herramienta de línea de comandos como jq o enlazar los resultados en python -m json.tool para lograrlo.

    Como alternativa, puedes pasar el tipo de medios idl para recuperar los resultados en formato IDL, el cual es una versión condensada del mismo modelo:

    $ curl -H "Authorization: bearer token" -H "Accept: application/vnd.github.v4.idl" \
    https://api.github.com/graphql

    Nota: La consulta de introspección probablemente es la única solicitud de tipo GET que ejecutarás en GraphQL. Si estás pasando un cuerpo, el método de solicitud de GraphQL es de tipo POST, ya sea para consultas o mutaciones.

    Para obtener más información acerca de realizar consultas, consulta la sección "Formar llamados con GraphQL".

¿Te ayudó este documento?

Privacy policy

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

O, learn how to contribute.