Modificadores de tipo

Clase 10 de 45 • Curso de GraphQL 2016

Clase anteriorSiguiente clase

Resumen

Existen dos modificadores de tipo:

Requerido: Signo de admiración al final, y significa que ese campo no puede ser null
Corchetes: Para denotar que tenemos una lista de lo que sea que está en medio.

Tenemos también la posibilidad de hacer una lista requerida de la siguiente forma:

[string!]!

kolab Linkear

student•

String! NOT NULL
[String] LISTA
[String] ! LISTA QUE NO PUEDE SER NULL PERO QUE SIN EMBARGO SUS ELEMENTOS PUEDEN SER NULL
[String!] ! LISTA QUE NO PUEDE SER NULL NI TAMPOCO CONTENER NI UN SOLO ELEMENTO NULL

Ana Lima

student•

¿ Lista es, lo que conocemos en otros lenguajes como: un vector o array ?

Diego Forero

Team Platzi•

Si, una lista es un conjunto ordenado o no de elementos.

Ana Lima

student•

Muchass gracias!!!

Jorge Méndez Ortega

student•

Modificadores de tipo

Dentro de GraphQL existen dos tipos de modificadores de tipos,

! : El signo de exclamación permite indicar que un valor es requerido, de una manera mas sencilla el campo que se requiera no puede ser null ya que si lo fuera GraphQL mostraría un error, en caso de que el campo no cuente con un el signo de exclamación esto nos indica que el campo es opcional.

      type Profesor {
          name: String!
      }

[] : el uso de corchetes permite indicar que se espera mas de una valor, se podría decir que similar a los famosos arreglos que utilizamos en cualquier lenguaje de programación.

    type Profesor {
        name: String!
        cursos: [String]
    }

Algo interesante de los 2 modificadores de tipo pueden utilizarse juntos por ejemplo

**[]! 😗* El usos de los corchetes con el signo de exclamación ****permite indicar que nuestra lista no puede ser null pero alguno de los valores contenido si pueden serlo por lo que esto no generaría un error.

    type Profesor {
        name: String!
        // Para este caso se indica que la lista no puedeser null
        // pero si la lista recibe algo como esto [null, "jorge", null]
        // seria valido.
        cursos: [String]!
    }

En el ejemplo anterior se indica que la lista no pude ser null ya que es requerida pero dentro de la lista si pueden existir valores null por lo que seria valido y no se mostraría un Error.

[!]! : el uso de corchetes con el signo de exclamación dentro y fuera permite indicar que tanto la lista como el contenido no pueden ser null.

    type Profesor {
        name: String!
        // Para este caso se indica que la lista no puedeser null
        // al igual que el contenido por lo que si la lista
        // algo como esto [null, "jorge", null] no seria valido.
        cursos: [String!]!
    }

Como se muestra en el ejemplo anterior se puede ver que tanto los valores que reciba la lista como la lista no pueden ser null.

Iván Toro

student•

Excelentes apuntes.

Nicolas Ticona Valdivia

student•

String! - No null
[String] - Array o Lista de Elementos
[String]! - Lista no null
[String!]! - No puede tener ni un elemento null

Farid Murzone

student•

Amo que los videos duren 2 minutos cada uno xD

Iván Toro

student•

El Root Type "Query" es un tipo donde se definen los equivalentes a los "endpoints" en una arquitectura REST.

Jorge Méndez Ortega

student•

También podríamos utilizar.

[string!] como para indicar que ninguno de los calores dentro de la lista sea null? o esto ya no tiene mucho sentido?

Fernanda Aragon

student•

Hola, si puedes usarlo asi, estás en lo correcto.

Modificadores de tipo

Conceptos Generales de GraphQL

Por qué aprender GraphQL

Orígenes de GraphQL

GraphQL vs REST

Construyendo Esquemas a través de Tipos

El Schema - Types

Scalars

Objects

Enum

Interface

Union

Modificadores de tipo

Root Type: Query

Root Type: Mutation

Las Herramientas de GraphQL

Aclaración antes de empezar éste modulo

La Interfaz de GraphiQL

Queries

Argumentos

Variables

Aliases

Fragments

Inline Fragments

Directives

Mutations

Input Types

Proyecto

Presentación del Proyecto

Inicialización del Proyecto

Creación del Esquema

Deprecación de Campos

Resolvers

Desafío: Terminar los Resolvers

Mocking

Implementación de Bases de Datos

Resolviendo a Base de Datos

Modularización del Esquema

Mutaciones: Creando Registros

Mutaciones: Editando Registros

Mutaciones: Eliminando Registros

Desafío: Terminar de Crear las Mutaciones

Implementando la Búsqueda

Manejo de Errores

Usando GraphQl fuera de GraphiQL

Los Clientes de GraphQL: Apollo vs Relay

Implementación de Apollo Client

Conclusiones

¿Cuándo usar GraphQL?

Contenido Bonus

Herramientas de la Comunidad

GraphQL Real Time con Subscriptions