CursosEmpresasBlogLiveConfPrecios

Interfaces - Tipo Monitor

Clase 18 de 25 • Curso Práctico de GraphQL con JavaScript

Contenido del curso

Introducción

  • 1
    Introducción al curso y prerequisitos del curso

    Introducción al curso y prerequisitos del curso

    01:01 min
  • 2
    ¿Qué es GraphQL?

    ¿Qué es GraphQL?

    00:15 min

Conceptos básicos

  • 3
    Schema y types

    Schema y types

    06:09 min
  • 4
    Queries y Resolvers

    Queries y Resolvers

    05:09 min
  • 5
    Sirviendo el API en la web

    Sirviendo el API en la web

    07:57 min
  • 6
    Custom Types

    Custom Types

    12:06 min
  • 7
    Argumentos

    Argumentos

    08:11 min
  • 8
    Configuración de base de datos

    Configuración de base de datos

    11:21 min
  • 9
    Integrando una base de datos

    Integrando una base de datos

    09:58 min
  • 10
    Mutations e Inputs

    Mutations e Inputs

    14:29 min
  • 11
    Repaso - Creando el tipo Estudiante

    Repaso - Creando el tipo Estudiante

    16:23 min
  • 12
    Nested Types

    Nested Types

    11:22 min
  • 13
    Resolver de tipos

    Resolver de tipos

    08:45 min
  • 14
    Errores

    Errores

    08:50 min

Conceptos avanzados

  • 15
    Alias y fragments

    Alias y fragments

    07:50 min
  • 16
    Variables

    Variables

    06:42 min
  • 17
    Enums

    Enums

    06:29 min
  • 18
    Interfaces - Tipo Monitor

    Interfaces - Tipo Monitor

    Viendo ahora
  • 19
    Directivas

    Directivas

    06:16 min
  • 20
    Unions

    Unions

    12:14 min

Consumiendo el API

  • 21
    Preparando API para producción

    Preparando API para producción

    04:27 min
  • 22
    HTTP requests

    HTTP requests

    02:43 min
  • 23
    Clientes de GraphQL

    Clientes de GraphQL

    02:29 min
  • 24
    Consumiendo el API desde un frontend simple

    Consumiendo el API desde un frontend simple

    11:05 min
  • 25
    Cierre del curso

    Cierre del curso

    01:14 min
Tomar examen
Resumen

Las interfaces son muy importantes y útiles cuando nos encontramos con tipos de datos similares. Una interfaz nos permite definir un tipo de dato padre que utilizando la palabra implements va a implementar los campos que tenga definidos dentro del tipo de dato que queramos.

Escuelas

  • Desarrollo Web
    • Fundamentos del Desarrollo Web Profesional
    • Diseño y Desarrollo Frontend
    • Desarrollo Frontend con JavaScript
    • Desarrollo Frontend con Vue.js
    • Desarrollo Frontend con Angular
    • Desarrollo Frontend con React.js
    • Desarrollo Backend con Node.js
    • Desarrollo Backend con Python
    • Desarrollo Backend con Java
    • Desarrollo Backend con PHP
    • Desarrollo Backend con Ruby
    • Bases de Datos para Web
    • Seguridad Web & API
    • Testing Automatizado y QA para Web
    • Arquitecturas Web Modernas y Escalabilidad
    • DevOps y Cloud para Desarrolladores Web
  • English Academy
    • Inglés Básico A1
    • Inglés Básico A2
    • Inglés Intermedio B1
    • Inglés Intermedio Alto B2
    • Inglés Avanzado C1
    • Inglés para Propósitos Específicos
    • Inglés de Negocios
  • Marketing Digital
    • Fundamentos de Marketing Digital
    • Marketing de Contenidos y Redacción Persuasiva
    • SEO y Posicionamiento Web
    • Social Media Marketing y Community Management
    • Publicidad Digital y Paid Media
    • Analítica Digital y Optimización (CRO)
    • Estrategia de Marketing y Growth
    • Marketing de Marca y Comunicación Estratégica
    • Marketing para E-commerce
    • Marketing B2B
    • Inteligencia Artificial Aplicada al Marketing
    • Automatización del Marketing
    • Marca Personal y Marketing Freelance
    • Ventas y Experiencia del Cliente
    • Creación de Contenido para Redes Sociales
  • Inteligencia Artificial y Data Science
    • Fundamentos de Data Science y AI
    • Análisis y Visualización de Datos
    • Machine Learning y Deep Learning
    • Data Engineer
    • Inteligencia Artificial para la Productividad
    • Desarrollo de Aplicaciones con IA
    • AI Software Engineer
  • Ciberseguridad
    • Fundamentos de Ciberseguridad
    • Hacking Ético y Pentesting (Red Team)
    • Análisis de Malware e Ingeniería Forense
    • Seguridad Defensiva y Cumplimiento (Blue Team)
    • Ciberseguridad Estratégica
  • Liderazgo y Habilidades Blandas
    • Fundamentos de Habilidades Profesionales
    • Liderazgo y Gestión de Equipos
    • Comunicación Avanzada y Oratoria
    • Negociación y Resolución de Conflictos
    • Inteligencia Emocional y Autogestión
    • Productividad y Herramientas Digitales
    • Gestión de Proyectos y Metodologías Ágiles
    • Desarrollo de Carrera y Marca Personal
    • Diversidad, Inclusión y Entorno Laboral Saludable
    • Filosofía y Estrategia para Líderes
  • Diseño de Producto y UX
    • Fundamentos de Diseño UX/UI
    • Investigación de Usuarios (UX Research)
    • Arquitectura de Información y Usabilidad
    • Diseño de Interfaces y Prototipado (UI Design)
    • Sistemas de Diseño y DesignOps
    • Redacción UX (UX Writing)
    • Creatividad e Innovación en Diseño
    • Diseño Accesible e Inclusivo
    • Diseño Asistido por Inteligencia Artificial
    • Gestión de Producto y Liderazgo en Diseño
    • Diseño de Interacciones Emergentes (VUI/VR)
    • Desarrollo Web para Diseñadores
    • Diseño y Prototipado No-Code
  • Contenido Audiovisual
    • Fundamentos de Producción Audiovisual
    • Producción de Video para Plataformas Digitales
    • Producción de Audio y Podcast
    • Fotografía y Diseño Gráfico para Contenido Digital
    • Motion Graphics y Animación
    • Contenido Interactivo y Realidad Aumentada
    • Estrategia, Marketing y Monetización de Contenidos
  • Desarrollo Móvil
    • Fundamentos de Desarrollo Móvil
    • Desarrollo Nativo Android con Kotlin
    • Desarrollo Nativo iOS con Swift
    • Desarrollo Multiplataforma con React Native
    • Desarrollo Multiplataforma con Flutter
    • Arquitectura y Patrones de Diseño Móvil
    • Integración de APIs y Persistencia Móvil
    • Testing y Despliegue en Móvil
    • Diseño UX/UI para Móviles
  • Diseño Gráfico y Arte Digital
    • Fundamentos del Diseño Gráfico y Digital
    • Diseño de Identidad Visual y Branding
    • Ilustración Digital y Arte Conceptual
    • Diseño Editorial y de Empaques
    • Motion Graphics y Animación 3D
    • Diseño Gráfico Asistido por Inteligencia Artificial
    • Creatividad e Innovación en Diseño
  • Programación
    • Fundamentos de Programación e Ingeniería de Software
    • Herramientas de IA para el trabajo
    • Matemáticas para Programación
    • Programación con Python
    • Programación con JavaScript
    • Programación con TypeScript
    • Programación Orientada a Objetos con Java
    • Desarrollo con C# y .NET
    • Programación con PHP
    • Programación con Go y Rust
    • Programación Móvil con Swift y Kotlin
    • Programación con C y C++
    • Administración Básica de Servidores Linux
  • Negocios
    • Fundamentos de Negocios y Emprendimiento
    • Estrategia y Crecimiento Empresarial
    • Finanzas Personales y Corporativas
    • Inversión en Mercados Financieros
    • Ventas, CRM y Experiencia del Cliente
    • Operaciones, Logística y E-commerce
    • Gestión de Proyectos y Metodologías Ágiles
    • Aspectos Legales y Cumplimiento
    • Habilidades Directivas y Crecimiento Profesional
    • Diversidad e Inclusión en el Entorno Laboral
    • Herramientas Digitales y Automatización para Negocios
  • Blockchain y Web3
    • Fundamentos de Blockchain y Web3
    • Desarrollo de Smart Contracts y dApps
    • Finanzas Descentralizadas (DeFi)
    • NFTs y Economía de Creadores
    • Seguridad Blockchain
    • Ecosistemas Blockchain Alternativos (No-EVM)
    • Producto, Marketing y Legal en Web3
  • Recursos Humanos
    • Fundamentos y Cultura Organizacional en RRHH
    • Atracción y Selección de Talento
    • Cultura y Employee Experience
    • Gestión y Desarrollo de Talento
    • Desarrollo y Evaluación de Liderazgo
    • Diversidad, Equidad e Inclusión
    • AI y Automatización en Recursos Humanos
    • Tecnología y Automatización en RRHH
  • Finanzas e Inversiones
    • Fundamentos de Finanzas Personales y Corporativas
    • Análisis y Valoración Financiera
    • Inversión y Mercados de Capitales
    • Finanzas Descentralizadas (DeFi) y Criptoactivos
    • Finanzas y Estrategia para Startups
    • Inteligencia Artificial Aplicada a Finanzas
    • Domina Excel
    • Financial Analyst
    • Conseguir trabajo en Finanzas e Inversiones
  • Startups
    • Fundamentos y Validación de Ideas
    • Estrategia de Negocio y Product-Market Fit
    • Desarrollo de Producto y Operaciones Lean
    • Finanzas, Legal y Fundraising
    • Marketing, Ventas y Growth para Startups
    • Cultura, Talento y Liderazgo
    • Finanzas y Operaciones en Ecommerce
    • Startups Web3 y Blockchain
    • Startups con Impacto Social
    • Expansión y Ecosistema Startup
  • Cloud Computing y DevOps
    • Fundamentos de Cloud y DevOps
    • Administración de Servidores Linux
    • Contenerización y Orquestación
    • Infraestructura como Código (IaC) y CI/CD
    • Amazon Web Services
    • Microsoft Azure
    • Serverless y Observabilidad
    • Certificaciones Cloud (Preparación)
    • Plataforma Cloud GCP

Platzi y comunidad

  • Platzi Business
  • Live Classes
  • Lanzamientos
  • Executive Program
  • Trabaja con nosotros
  • Podcast

Recursos

  • Manual de Marca

Soporte

  • Preguntas Frecuentes
  • Contáctanos

Legal

  • Términos y Condiciones
  • Privacidad
  • Tyc promociones
Reconocimientos
Reconocimientos
Logo reconocimientoTop 40 Mejores EdTech del mundo · 2024
Logo reconocimientoPrimera Startup Latina admitida en YC · 2014
Logo reconocimientoPrimera Startup EdTech · 2018
Logo reconocimientoCEO Ganador Medalla por la Educación T4 & HP · 2024
Logo reconocimientoCEO Mejor Emprendedor del año · 2024
De LATAM conpara el mundo
YoutubeInstagramLinkedInTikTokFacebookX (Twitter)Threads

      Comentarios

      Iván Darío Sánchez Jiménez

      Iván Darío Sánchez Jiménez

      student•
      hace 6 años
        Carlos Enrique Ramírez Flores

        Carlos Enrique Ramírez Flores

        student•
        hace 6 años
        Cesar David Ramírez Dimaté

        Cesar David Ramírez Dimaté

        student•
        hace 5 años
      Jecsham Castillo

      Jecsham Castillo

      student•
      hace 6 años
        Cesar David Ramírez Dimaté

        Cesar David Ramírez Dimaté

        student•
        hace 5 años
      jean pierre gabriel nieto acosta

      jean pierre gabriel nieto acosta

      student•
      hace 6 años
      Iraida Mercedes Barreto Díaz

      Iraida Mercedes Barreto Díaz

      student•
      hace 6 años
      Javier Fuentes Mora

      Javier Fuentes Mora

      teacher•
      hace 6 años
      Daniel Alberto Esquinazi

      Daniel Alberto Esquinazi

      student•
      hace 7 años
        Cesar David Ramírez Dimaté

        Cesar David Ramírez Dimaté

        student•
        hace 5 años
      Carlos S. Aldazosa

      Carlos S. Aldazosa

      student•
      hace 3 años
      Miguel de la Rosa

      Miguel de la Rosa

      student•
      hace 6 años
        Luis Lira

        Luis Lira

        student•
        hace 6 años
        Miguel de la Rosa

        Miguel de la Rosa

        student•
        hace 6 años
      Nery Alberto Cano Ortigoza

      Nery Alberto Cano Ortigoza

      student•
      hace 5 años
      jorge llanque

      jorge llanque

      student•
      hace 5 años
        Cesar David Ramírez Dimaté

        Cesar David Ramírez Dimaté

        student•
        hace 5 años
      José Antonio Sánchez Aguilar

      José Antonio Sánchez Aguilar

      student•
      hace 4 años
        Jorge Iván Otero Vargas

        Jorge Iván Otero Vargas

        student•
        hace 4 años
      Alejandro González Reyes

      Alejandro González Reyes

      student•
      hace 7 años
        Jhon Manuel Angulo Moncada

        Jhon Manuel Angulo Moncada

        student•
        hace 6 años
        Nery Alberto Cano Ortigoza

        Nery Alberto Cano Ortigoza

        student•
        hace 5 años
      Miguel Angel Reyes Moreno

      Miguel Angel Reyes Moreno

      student•
      hace 4 años
        Alex Paul Chirino Caicedo

        Alex Paul Chirino Caicedo

        student•
        hace 4 años
        Miguel Angel Reyes Moreno

        Miguel Angel Reyes Moreno

        student•
        hace 4 años
      Katherin Moscoso

      Katherin Moscoso

      student•
      hace 6 años
        Nery Alberto Cano Ortigoza

        Nery Alberto Cano Ortigoza

        student•
        hace 5 años
        Cesar David Ramírez Dimaté

        Cesar David Ramírez Dimaté

        student•
        hace 5 años
      Rafael Molina

      Rafael Molina

      student•
      hace 4 años
      Luis Felipe Carrasco Galindo

      Luis Felipe Carrasco Galindo

      student•
      hace 5 años
        Cesar David Ramírez Dimaté

        Cesar David Ramírez Dimaté

        student•
        hace 5 años
      leonardo Oteca

      leonardo Oteca

      student•
      hace 6 años
        Leo Islas

        Leo Islas

        student•
        hace 6 años
        Nery Alberto Cano Ortigoza

        Nery Alberto Cano Ortigoza

        student•
        hace 5 años
      Francisco Garcia [C6]

      Francisco Garcia [C6]

      student•
      hace 6 años
      Jorge Méndez Ortega

      Jorge Méndez Ortega

      student•
      hace 5 años
      Cesar Eliezer Gomez Gutierrez

      Cesar Eliezer Gomez Gutierrez

      student•
      hace 5 años

      Les recomiendo esta lectura para comprender mejor todo el potencial de las interfaces

      Interfaces in GraphQL

      Excelente! muchas gracias!

      También puedes visualizarlo en la documentación oficial.

      A pesar de haber implementado la interface, los campos deben seguir escritos en los types.

      Así es. Los campos definidos en la interfaz deben también estar definidos en las implementaciones (types), sino, se mostrará el error "Interface field Person.email expected but Student does not provide it."

      soy yo o esto se parece a little bit a typescript

      Que bien, funcionó. Implementé estas dos en mi proyecto.

      interface Provider { _id: ID! title : String! country : String } type Company implements Provider { _id: ID! title : String! country : String logo: String } type Organization implements Provider { _id: ID! title : String! country : String webpage: String }

      !interfaces

      Aqui algo que le falto decir es que __resolveType es parte de graphQL no es algo que este el definiendo como en Course con people , aqui este ejemplo donde se entiende de una mejor manera https://www.apollographql.com/docs/apollo-server/schema/unions-interfaces/

      Para consultar se puede hacer un fragment de una interface. No estoy seguro si es muy útil pero es posible.

      fragment Person on Person{ ... on Student { avatar } ... on Monitor { phone } } query getPeople{ getPeople { _id name email ...Person } }

      No lo creo útil pero funciona jejeje

      { people { ...personFields ...addFields } } fragment personFields on Person { _id name email } fragment addFields on Person { ... on Teacher { phone } ... on Student { avatar } }

      Creo que esta clase hubiera sido mas clara agregando un campo "role" con un enum que contenfa estudiante y monitor. A mi parecer es un ejemplo mas practico del trabajo comun, pero no se. Ustedes que opinan?

      Me confundi, si el estudiante y monitor esta heredando los campos de persona? entonces para que se vuelven a repetir los campos. No deberia quedar asi?

      interface Person { _id: ID! name: String! email: String! } type Student implements Person { avatar: String }```

      Hola!

      Esto se debe a que con GraphQL no hay herencia, lo que está haciendo es implementar interface. Una interface solamente se encarga de generar un "contrato" que te obliga a que escribir esas propiedades dentro de los tipos que la implementen.

      Ah ya, es como una interfaz de typescript. Gracias por tu comentario

      ¡Les facilito aquí la documentación para que puedan leer un poco más afondo sobre las interfaces!, siempre es bueno repasar la info desde distintas perspectivas ya que esto refuerzan en gran medida lo que estas aprendiendo!

      A pesar de haber implementado la interface, los campos deben seguir escritos en los types.

      Así es. Los campos definidos en la interfaz deben también estar definidos en las implementaciones (types), sino, se mostrará el error “Interface field Person.email expected but Student does not provide it.”

      Si hago esto para conseguir solo los monitores me devuelve un array donde el primer elemento es un objeto vacío ¿por que?

      Query

      { getPersons { ... on Monitor { _id name email phone } } }

      Respuesta

      { "data": { "getPeople": [ {}, { "_id": "62080cfff5500b8ff19d330f", "name": "Jiron", "email": "boko", "phone": "2342314" } ] } }

      Porque ese otro registro existe pero no tiene la propiedad "phone", tu estás usando los campos a mostrar dentro del fragment.

      Si quiero recuperar solo los Monitores, como se haria la consulta

      Hola, esta seria una forma de hacerlo:

      { getPersons { ... on Monitor { _id name email phone } } }

      genial el aporte de jhon, tambien hay que tomar en cuenta que el primer elemento viene vacio.

      ¿Qué es un monitor? 😅 Solamente puedo imaginarme una pantalla de computadora.

      Jajaja monitor hace referencia a una persona que supervisa o está a cargo en uno o varios estudiantes

      Me puse a pensar en eso 5 minutos después de haber hecho mi pregunta. Gracias por contestarla :)

      Se guardan todos los elementos Students y Monitor en la misma colección, esto es correcto? o igual habría que cambiarle el nombre a la colección por People

      De hecho, si, deben estar en la misma colección, en diseño de bases de datos se conoce este comportamiento como herencia, ya que tanto estudiante como monitor son primeramente personas, pero con una pequeña particularidad que los diferencia, en este caso phone o avatar. De lo contrario estarías guardando la misma información en múltiples colecciones y perderías la posibilidad por ejemplo que un estudiante sea también un monitor, al menos sin tener que escribir la información repetida en dos colecciones, provocando redundancia y la perdida de conexión entre ambas al tener al final ids distintos. Por si mi explicación no es muy clara, te dejo aquí un artículo que lo explica más a detalle y una pequeña imagen ilustrativa.

      tablavehiculo.png
      clases.png

      La verdad yo le cambié el nombre de la colección. No tiene sentido que se siga llamando students cuando ahora son people. En mongodb se hace de la siguiente forma:

      db.students.renameCollection("people", false)

      Con respecto a la gráfica no hay que crear otra colección para diferenciar entre estudiantes y monitores. Se hace en la misma y por eso se añaden campos adicionales, que diferencien, cuál es cual (por lo menos en este caso).

      no hubiera sido buena idea comenzar a crear todo el sistema con person en vez de students? llegado a este punto, al menos en mi caso que he estado generando tipos en typescript voy a tener que cambiar los students a person en todo el proyecto

      y como lo hago cuando quiero obtener solo estudiantes o monitor? crear una función que solo llame a Student?

      Claramente tendrías que hacer un resolver que filtre por algún criterio si un Person es un Student o Monitor. Acá sólo se hizo de manera general con Person con __resolveType

      No me queda muy claro al final que hace __resolveType

      te recomiendo que cheques un poquito de herencia en programación orientada a objetos ya que lo que se hacia primero era retornar el Student al momento de que Person es el objeto base es el que se retorna pero los campos agregados que son phone y avatar es lo que usa para elegir entre un objeto u otro lo que quiere decir es que no retornas ya Student ni Monitor si no Person extendido de Student o Monitor con sus campos agregados

      espero no confundirte mas te recomiendo que cheques un poquito de herencia y sobre escritura

      saludos

      Es una pequeña función que le dará a entender al código con que está trabajando si es un estudiante o es un monitor.

      Muy bueno :-)

      Creación de Persona

      mutation createNewMonitor($monitorinput: PersonInput!){ createPerson(input: $monitorinput){ _id name } }

      Query Variables

      { "monitorinput": { "name": "Monitor 1", "email": "monitor1@gmail.com", "phone": "1234567" } }

      getPeople

      { getPeople { _id name email ... on Monitor { phone } } }

      no entiendo por qué genero una interfaces y en Students y Monitor al haver el implements de la interface tenggo que repetir los campos de nuevo

      ¿Habría colisiones a la hora de usar la sintaxis "interface ___ { ... }" si uso Typescript con GraphQL? Ya que ambas usan la misma sintaxis para casi lo mismo