¿Qué es GraphQL? - La mejor explicación en español

แชร์
ฝัง
  • เผยแพร่เมื่อ 8 ธ.ค. 2024

ความคิดเห็น • 179

  • @EDteam
    @EDteam  4 ปีที่แล้ว +24

    ❓ ¿Has usado GraphQL? Cuéntanos tu experiencia.
    *📥 Descarga los slides del video aquí* ed.team/blog/que-es-graphql-339675b6-02b3-4023-adb8-eafdd35972e9

    • @dvjonetheproducers4590
      @dvjonetheproducers4590 4 ปีที่แล้ว

      En la vida quise aprender 5 cosas musica diseño gráfico inglés diseño web y programación

    • @noelhdez3640
      @noelhdez3640 4 ปีที่แล้ว

      ALVAROOO! me recomiendas tomar el curso de programacion y luego un lenguaje??????

    • @alig.morgado9394
      @alig.morgado9394 4 ปีที่แล้ว

      Hola una consulta Grafql no es algo similar a lo que hoy en día hace vue.js

  • @haesslersealtielleonlopez7940
    @haesslersealtielleonlopez7940 3 ปีที่แล้ว +30

    Por que cuando Álvaro explica algo siempre se entiende a la perfección? Nunca había visto un video en donde se explique GraphQL de forma tan simple, concisa y clara... Te felicito 👌✔

    • @illidan015
      @illidan015 3 ปีที่แล้ว +1

      Sabe explicar, una cosa es saber el tema y otra es saber explicarlo.

    • @MusiCandoPeruviano
      @MusiCandoPeruviano 2 ปีที่แล้ว +1

      Es que él es maestro ,se dedicó muchos años a la enseñanza , sabe cómo llegar pero también le suma mucho el tono de su voz y que tiene buena dicción ,eso lo hace un buen maestro, dichosos los que tiene clases con él 👏👏

  • @janetaranda8532
    @janetaranda8532 3 ปีที่แล้ว +1

    increíble que con solo un enpoint puedo hacer varias peticiones y yo pueda escoger que tipo de datos traerme o deseo consumir y sin depender de la base de datos y lenguaje, gracias excelente explicación!!!!!

  • @josevaldivia9869
    @josevaldivia9869 ปีที่แล้ว

    Realmente, es la mejor explicación como concepto que he tenido hasta ahora.

  • @joelarraez2345
    @joelarraez2345 4 ปีที่แล้ว +13

    Veo que aunque solo sea una solución a un tipo de problema especifico es conveniente utilizarlo para acelerar el trabajo y el desarrollo 👍🏻 buen video

  • @fran_hita
    @fran_hita 4 ปีที่แล้ว +1

    Debido al confinamiento no hemos podido dar clase por lo tanto no pudimos ver esta parte del tema en clase así que me ha ayudado mucho a entenderlo, gracias 😆

  • @VinuezaDario
    @VinuezaDario 4 ปีที่แล้ว +4

    Con respecto a la comparación de documentación enter Graphql y Rest, si uso Swagger para definir servíos Rest la documentación ya se la crea al inicio, excelente aporte gracias por compartir! 👍🏻

  • @Maisonier
    @Maisonier 4 ปีที่แล้ว +1

    Estos vídeos que salieron en cuarentena son una maravilla, cada día mejor, excelente, 100% recomendado - no fake 1 link -

  • @DavidPerez-iz6bq
    @DavidPerez-iz6bq 4 ปีที่แล้ว

    Apenas comencè a crear API's Rest con django y cuando dijiste que se podia hacer consultas en el cliente y mas que este cliente puede ser el front, Wow mi cabeza exploto! que chevere jaja y esos problemas entre back y front justamente los estoy viviendo en mi primer trabajo, Saludos!

  • @gerardopuchetafigueroa4705
    @gerardopuchetafigueroa4705 2 ปีที่แล้ว +1

    muy buena explicación para los novatos como yo!!! Gracias!!!

  • @andresfelipeperezbedoya
    @andresfelipeperezbedoya 4 ปีที่แล้ว +14

    Que calidad la información que proporciona EDteam. Gracias Álvaro.

  • @cristhianfernandez3764
    @cristhianfernandez3764 4 ปีที่แล้ว

    Impresionante, ando comenzando en la programación y estos temas y tu explicación de cómo funciona todo me deja realmente loco. Felicitaciones, seguro llevaré cursos con uds.

  • @ivnstudios6135
    @ivnstudios6135 3 ปีที่แล้ว +1

    gracias exelente video, me gusto mucho los disenos que se incorporan en el video para mostrar la explicacion de manera grafica, genial asi se entiende muchisimo mejor gracias

  • @adolfoajuz
    @adolfoajuz 4 ปีที่แล้ว

    Excelente explicación, todo un ahorro de tiempo para quienes queremos echar un vistazo rápido a esta tecnología de moda.

  • @GOGODEV
    @GOGODEV 2 ปีที่แล้ว +3

    Muy bien explicado. Enhorabuena.

  • @damianlacava5473
    @damianlacava5473 4 ปีที่แล้ว

    primer video que veo de tu canal maestro, me resulto muy bien explicado. te ganaste un sub +1

  • @MRGCProductions20996
    @MRGCProductions20996 2 ปีที่แล้ว +1

    5:00 EXCELENTE DEFINICION!

  • @patrimoniocero
    @patrimoniocero 4 ปีที่แล้ว +6

    Uno de los mejores canales de TH-cam.

  • @abajoaladerecha
    @abajoaladerecha 3 ปีที่แล้ว +1

    Excelente charla, gracias . Aunque REST tiene un schema también con Swagger

  • @andrair88
    @andrair88 4 ปีที่แล้ว +1

    Excelente video, yo aprendí backend con esta forma, es genial, intenté aprender rest, como para saber y me pareció más complicado que graphql, lo malo es que en mi país Colombia es casi nulo el uso de esta tecnología y dónde trabajo ganó poco (350usd-mensual), siendo full stack, entonces para conseguir algo mejor remunerado habría que aprender rest.

    • @alfonsoadalberto8472
      @alfonsoadalberto8472 4 ปีที่แล้ว +1

      Buena noche .. ser fullstack no cualquiera, es una gran hazaña. Para ganar más $$ yo recomendaría comenzar con el inglés y conseguir proyectos remotos. Tus ganancias ya no estarían limitadas a una zona geográfica 😁😁🤓 un abrazo desde la ciudad de MX👌

    • @sebastianflorez4166
      @sebastianflorez4166 4 ปีที่แล้ว

      También soy de colombia terminando la carrera de ingernieria de sistemas, me faltan 2 años para salir a trabajar entonces no se si sea bueno aprender graphql? o sinceramente como es colombia solo api rest para conseguir un trabajo :c

    • @andrair88
      @andrair88 4 ปีที่แล้ว

      @@sebastianflorez4166 amigo en Colombia es full rest y algo de soap, este último ni idea, no he visto la primera oferta que implique graphql o lo requieran o lo usen

    • @sebastianflorez4166
      @sebastianflorez4166 4 ปีที่แล้ว

      Justo acabo investigar en linkedn acerca de empleos de graphql y he visto varios aqui en colombia de empresas grandes pero no es mas que un plus que sepan el uso de este 😥

  • @gawartgamesvzla
    @gawartgamesvzla 4 ปีที่แล้ว

    Me encantó el funcionamiento de GraphQL! Sin duda lo voy a usar

  • @doUGaspar
    @doUGaspar ปีที่แล้ว

    Bueno discutible lo de que el front de queda esperando al back. Cuando definis las Api rests ya tenes un set de apis necesarias. Lo que veo es que graphQL mejora la performance y acopla el cliente con los datos pienso que si facebook lo necesitaba es x q maneja gran volumen de datos de usuarios. El otro tema es que requerís definir un esquema de datos, esto no se contradice con las bases NoSql? Bueno es sql.. quedo clara explicación. Saludos!!

  • @MrEdward2553
    @MrEdward2553 4 ปีที่แล้ว +1

    Que buena explicación hermano, entendí super bien.

  • @alfonsoadalberto8472
    @alfonsoadalberto8472 4 ปีที่แล้ว +6

    De primera vista veo agilidad en las entregas de las HU para el equipo que desarrolla el front. También noto disminución de bytes transferidos entre el back y el cliente por lo cual puede dar una sensación de agilidad al usuario 🤔 Por el lado de arquitectura veo que con GraphQL deberá implementarse forzosamente algún balanceador como un f5 o similar 🤓 suena interesante 😮😁

  • @MiguelAngelBenitezYanez
    @MiguelAngelBenitezYanez 3 ปีที่แล้ว

    Gracias Alvaro.
    Saludos desde Petare - Venezuela.

  • @carlesgalino3213
    @carlesgalino3213 2 ปีที่แล้ว +1

    Gran video. Explicación perfecta para entender GraphQL

  • @MrDatosCuriosos
    @MrDatosCuriosos 4 ปีที่แล้ว +11

    Dios mio, haces que lo incomprensible sea fácil de entender.

  • @ivongarduno7639
    @ivongarduno7639 4 ปีที่แล้ว +1

    Gracias por explicar estos temas de una forma tan digerible

  • @oswaldogvzla
    @oswaldogvzla 3 ปีที่แล้ว

    Me gustó mucho este video, excelente oratoria y buena vibra.

  • @Andrea11610
    @Andrea11610 4 ปีที่แล้ว +1

    Gracias por la explicación, súper claro 👍🏼😊

  • @sinfonico1984
    @sinfonico1984 3 ปีที่แล้ว

    Gracias por la info explica muy bien colega, saludos desde Chile!! 👍

  • @alfredoquispeayala3518
    @alfredoquispeayala3518 4 ปีที่แล้ว +1

    Excelente explicacion... sigue realizando videos, siempre te seguiremos...

  • @ezravazquez3795
    @ezravazquez3795 3 ปีที่แล้ว

    Excelente explicación muchas gracias, Álvaro!

  • @benjamincorrea8119
    @benjamincorrea8119 3 ปีที่แล้ว

    Me encanta como explicas las cosas, muy claras

  • @darkl3iaX
    @darkl3iaX 3 ปีที่แล้ว

    Buenísimo Alvaro, tremenda explicación

  • @TheMarionatera
    @TheMarionatera 2 ปีที่แล้ว

    Waooo como siempre excelente explicacion...

  • @ritamora8112
    @ritamora8112 4 ปีที่แล้ว

    Sigue adelante y no te detengas con este proyecto.
    He visto diferentes plataformas de aprendizaje en español como por ejemplo Platshit y no se compara a tu manera de explicar y tu acento facilita mas el aprendizaje.
    Platshit sucks me canso al minuto de estar escuchando a ese tipo, se le nota el egocentrismo a millas .

  • @AdrianAguilar2099
    @AdrianAguilar2099 4 ปีที่แล้ว

    Muchas gracias Alvaro!!! me ha quedado muchisimo mas claro

  • @gilboxx
    @gilboxx 4 ปีที่แล้ว +3

    Se ve chido, sí le entendí, me pareció muy buena explicación :D

  • @alfonsoulloa9530
    @alfonsoulloa9530 3 ปีที่แล้ว

    Buena explicación, soy creador de contenido backend y uso apirest y graphql y evidentemente cada una tiene lo suyo, pero graphql rompe el paradigma.

  • @franzmedrano8580
    @franzmedrano8580 4 ปีที่แล้ว

    Bien Alvaro me gusta la forma que explicas en estos vídeos. Saludos!

  • @kaelt75
    @kaelt75 4 ปีที่แล้ว +8

    Oye, y la seguridad, ¿como se haría para restringir el acceso a ciertos datos?, es decir, yo desde Rest simplemente valido que un tipo de usuario no pueda acceder a ciertos EndPoints (URLs), pero en estas consultas me parece mucho más complejo validar que se este accediendo a determinados datos y entidades.
    Sin embargo a primera vista se ve genial :D, hay que aprenderlo :)

  • @fernandopoveda9861
    @fernandopoveda9861 3 ปีที่แล้ว

    Primera vez que veo el tema...pero tal vez había visto el tema, tan sólo lo había pasado por alto.

  • @jalbert400
    @jalbert400 4 ปีที่แล้ว

    mas claro que el agua .... a aprender lo ... gracias.

  • @matsumatsuda
    @matsumatsuda 4 ปีที่แล้ว +1

    Demasiado bien explicado.

  • @kanjicito
    @kanjicito 4 ปีที่แล้ว

    Gracias profe, entendí perfectamente, bendiciones.

  • @fernandopicart_
    @fernandopicart_ ปีที่แล้ว

    Que buen video, me sirvio mucho!! Gracias

  • @angelmgl8137
    @angelmgl8137 3 ปีที่แล้ว +2

    Me gusta, me fascina, pero me quedaré en REST, el que mucho abarca poco aprieta.

  • @juanantoniodelarosa3358
    @juanantoniodelarosa3358 7 หลายเดือนก่อน +1

    Realmente nadie explica mejor que Edteam en español ❤

  • @christianmagnus1003
    @christianmagnus1003 3 ปีที่แล้ว

    Loco yo he trabajado con django rest y ahora con django graphql, y pues me gusta como graphql enlaza los modelos que uno quiera con otros, pero con graphql tienes mucho mas trabajo que con un api rest, ya que las querys del backend tenes que hacerlas desde el frontend con los campos que cada uno quiera lo que implica que a parte de crear todo la parte backend, toca referenciar esto en el frontend con los querys

  • @JeffreyDeveloperCOL
    @JeffreyDeveloperCOL 4 ปีที่แล้ว +2

    Graphql es una herramienta potente gracias por el video tengo una duda ?Como toman las capturas de pantallas de código?

  • @erindelacruz7272
    @erindelacruz7272 4 ปีที่แล้ว

    gracias por la información estoy viendo la que estoy en cuarentena me sirvió mucho

  • @abrahambarroeta
    @abrahambarroeta 4 ปีที่แล้ว +1

    Seria buenisimo que hablaran sobre los internet stacks (creo que se llaman asi) que si LAMP y las otras... y por que han surgido!

  • @jhormanreymendez615
    @jhormanreymendez615 4 ปีที่แล้ว

    Que buen vídeo gracias alvaro ..
    Por ayudarnos a nuestra formación profesional..
    Éxitos. Sigue compartiendo tu experiencia
    Saludos desde colombia

  • @BasicFTB
    @BasicFTB 4 ปีที่แล้ว +4

    Tu camisa va a juego con GraphQL :)

  • @valeriaalejandraaizcorbe8295
    @valeriaalejandraaizcorbe8295 2 ปีที่แล้ว

    Gracias por la explicación!!

  • @joseysusamigos
    @joseysusamigos 4 ปีที่แล้ว +35

    justo hoy me estaba mudando toda mi api rest a graphql :v

    • @alexandervalladares6667
      @alexandervalladares6667 4 ปีที่แล้ว +2

      dame trabajo

    • @joseysusamigos
      @joseysusamigos 4 ปีที่แล้ว +10

      @@alexandervalladares6667 claro te la doy
      Pero no tengo dinero para pagarte :'v

    • @alexandervalladares6667
      @alexandervalladares6667 4 ปีที่แล้ว +5

      @@joseysusamigos Me gustaria, para poder hacer mis practicas . me harias un gran favor si me dejaras ayudarte. si quiera por 1 semana

    • @paolocesar9385
      @paolocesar9385 3 ปีที่แล้ว +2

      @@alexandervalladares6667 x2 necesitamos ganar experiencia

    • @elmersr.l.7700
      @elmersr.l.7700 3 ปีที่แล้ว +2

      x3 necesitamos aprender jaja

  • @yarincepadilla6126
    @yarincepadilla6126 4 ปีที่แล้ว

    Gracias por tus videos Alvaro son buenisimos

  • @joseantoniotorresespinoza2292
    @joseantoniotorresespinoza2292 3 ปีที่แล้ว

    Está excelente, pero tambien pudiera quedar con método Rest dónde como parametro reciba un String con una consulta y como salida un Json con el resultado de esa consulta. Una desventaja que yo le veo es la de estar creando la misma consulta para diferentes aplicaciones, por ejemplo si estas programando una movil, una desktop y una web que consulten la lista de clientes tendras que hacer la misma consulta en el frontend de cada aplicación y en cambio con rest solo mandas llamar un metodo para las 3 aplicaciones. Igual es una excelente tecnologia para tener en cuenta.

  • @leninlima416
    @leninlima416 4 ปีที่แล้ว

    Explicas muy bien. Felicidades.

  • @davidcastro2647
    @davidcastro2647 ปีที่แล้ว

    Hola, todo esta super bien explicado. Solo me quedo una duda. Yo con querieparams puedo personalizar mi requests desde el cliente para que el back me regrese la información basada en esa petición. Obviamente tengo que programar esos querieparams desde el back para que sepa que responder. Gracias muy bueno. Entendi varias cosas

  • @johannareyesrojas
    @johannareyesrojas 6 หลายเดือนก่อน

    Excelente explicación

  • @sioy23
    @sioy23 2 ปีที่แล้ว

    Exclente Expliccion!

  • @eggs1170
    @eggs1170 4 ปีที่แล้ว

    Definitivamente explica excelente xd

  • @Civernet00
    @Civernet00 2 หลายเดือนก่อน

    este hombre tiene que ser profesor de harvard

  • @JhonElDeSistemas
    @JhonElDeSistemas 3 ปีที่แล้ว

    qué gran explicación!

  • @julianr0223
    @julianr0223 4 ปีที่แล้ว

    Excelente explicación, muchas gracias

  • @francis_js
    @francis_js 3 ปีที่แล้ว

    Sensacional! Muchas gracias!

  • @fdorantesm
    @fdorantesm 3 ปีที่แล้ว

    13:00 Técnicamente se tiene que programar el resolver para tipos anidados si es que se manda llamar, jeje.

  • @CubeAmaterasu
    @CubeAmaterasu 4 ปีที่แล้ว

    Entendido a la perfección me quedo muy claro muchas gracias +1 sub

  • @luisescobar4595
    @luisescobar4595 2 ปีที่แล้ว

    Disculpa amigo y que tecnologías consume?

  • @samircastillo6910
    @samircastillo6910 2 ปีที่แล้ว

    ¡Una genialidad!

  • @diam4187
    @diam4187 4 ปีที่แล้ว +1

    Muchas gracias por el vídeo.

  • @lsjack2000
    @lsjack2000 4 ปีที่แล้ว

    Excelente tu explicación.

  • @carlotadias9335
    @carlotadias9335 3 ปีที่แล้ว

    Muchas gracias Álvaro, todo bien?
    Te quería preguntar si es posible usar GraphQL con .Net (C#) para construir una Web API. Sería el proyecto de Web API a utilizar, o otro? El curso de GraphQL también cubre esta parte, de como usarlo con el lenguaje de .Net?
    muchas gracias,
    Carlota

  • @juerguenherrera5927
    @juerguenherrera5927 4 ปีที่แล้ว

    Muchas gracias, caballero.

  • @elmelkiades
    @elmelkiades 3 ปีที่แล้ว

    justo estaba pensando en hacer consultas tipo linQ en el front jajaj

  • @ruizdani3016
    @ruizdani3016 2 ปีที่แล้ว

    ESTUVE LEYENDO Y ESTA VAINA ES UN ENRREDO YA Q VENIA ACOSTUMBRADO ALAS TABLAS NORMALES

  • @tonysamper2
    @tonysamper2 4 ปีที่แล้ว

    Hola excelente explicación, es posible montar GraphQl en un servidor apache?, Tengo una aplicación web en Django y python, quiero aprender a desarrollar App en el frontend he elegido Flutter, que me recomiendas continuar con la linea de django ?, osea Django-Rest o aprender GraphQL.

  • @objetosdeculto
    @objetosdeculto 4 ปีที่แล้ว +10

    Los tipos de datos en GraphQL son como las estructuras en C

    • @hbiblia
      @hbiblia 4 ปีที่แล้ว +5

      No parece... Parece mas typescript al declarar un object.

    • @MsSoldadoRaso
      @MsSoldadoRaso 3 ปีที่แล้ว

      @@hbiblia Una interfaz mejor dicho

  • @anfforero
    @anfforero ปีที่แล้ว

    Sé que esto es hace tres años, pero, ¿la destructuración no permite traer información específica de un solo endpoint también?

  • @sergioatanacio3121
    @sergioatanacio3121 3 ปีที่แล้ว +1

    Donde está el debate de Rest vs Graphql, donde Alexis y otro debatían?

  • @alex148m
    @alex148m ปีที่แล้ว

    Por suerte ahora ya hay herramientas que automatizan la documentación de las api rest

  • @mateocruz8325
    @mateocruz8325 4 ปีที่แล้ว +2

    Con cualquier lenguaje se puede crear un API?

    • @alvarotorrescarrasco
      @alvarotorrescarrasco 4 ปีที่แล้ว +1

      Debes crearlo con un lenguaje de servidor (Java, Go, Python, etc...) O con JavaScript mediante NodeJS

  • @juanperez1194
    @juanperez1194 3 ปีที่แล้ว

    grasias, tenia esa duda

  • @MrXxdemonioxX
    @MrXxdemonioxX 4 ปีที่แล้ว

    Que buena explicación!

  • @ciscoantony278
    @ciscoantony278 4 ปีที่แล้ว

    buen video se nota has amanecido

  • @jlgallardov
    @jlgallardov 4 ปีที่แล้ว +2

    Que alguien me guie por favor, cuando dicen que te traes "lo que tu necesitas" (ponen el ejemplo de la pantalla amigos ) y dicen que simplemente ocupa el nombre y la foto y con el rest te trae datos de mas como por ejemplo nombre, apellidos, foto, pais, etc; eso tambien se puede hacer con rest, solo depende del query que vayas a ejecutar "select nombre_usuario, foto_usuario from usuario" y ya , el rest tambien te regresa lo que quieres al menos que en tus queries uses puros "select * from usuario" o ¿A QUE SE REFIERE CON TE REGRESA LO QUE NECESITAS?, alguien que me saque esa pequeña duda por favor.

    • @cursoscesde5134
      @cursoscesde5134 4 ปีที่แล้ว +1

      Es problema está en que si en algún momento ese query que estás haciendo hay que modificarlo, el frontend tedría retraso, mientras espera que en el backend reorganice el query, en cambio con graphql no pasa eso, porque desde el frontend se le diría que datos traer y no habría retraso alguno, además que se una un único endpoint. Ese fue lo que yo entendí en el vídeo.

  • @fremeto
    @fremeto 4 ปีที่แล้ว

    Que herramientas se pueden usar para documentar una API rest?

    • @mugan86
      @mugan86 4 ปีที่แล้ว

      Se autodocumenta con markdown cuando defines el schema de la API. Si añades la información te lo muestra sin más trabajo extra

    • @adersonrangel
      @adersonrangel 4 ปีที่แล้ว

      Un opción que puedes utilizar seria PostMan

    •  4 ปีที่แล้ว +1

      Puedes usar la documentación Swagger , es ampliamente utilizada en la industria (si no es que es la mejor). Los que la construyeron la liberaron y ahora se llama OpenAPI, actualmente están en la versión 3. Con esto abre la posibilidad de generar REST services a partir de su contrato (Contract First), es decir, primero haces la documentación, luego creas el código automáticamente con una herramienta.

  • @Jmontero1804
    @Jmontero1804 4 ปีที่แล้ว +1

    sera que supere a express y node?

  • @ovlety
    @ovlety 4 ปีที่แล้ว +1

    Hola amigos, esto es similar a usar Angular como Frontend?, veo que la estructura es muy similar para obtener los datos desde el REST y mostrar la informacion en html, se podria mejorar las consultas usando Angular y GraphQL?,
    saludos!

  • @JJavierCueto
    @JJavierCueto 4 ปีที่แล้ว

    😧 tengo que aprenderlo

  • @J_O_L_G_
    @J_O_L_G_ 4 ปีที่แล้ว

    Duda, pero los filtros y mascaras en REST no serian un equivalente a GraphQL? dejando de lado el hecho de que uno este en front-end y el otro en back-end, con un filtro y mascara dentro del endpoint de igual forma se estaria seleccionando la informacion necesaria, vdd?

    • @mickypmax2943
      @mickypmax2943 2 ปีที่แล้ว

      Yo tengo la misma duda, seguramente luego de un año ya te respondiste esa pregunta

  • @carlos84708
    @carlos84708 ปีที่แล้ว

    10:55 no entendí 😔 no caería en un bucle infinito si un curso tiene teacher que dentro tiene un array de cursos? 🤔 No se si me explico.

  • @noedavidchoquerojas
    @noedavidchoquerojas 4 ปีที่แล้ว +2

    Puede aplicar graphql en PHP?

    • @Alexitobar
      @Alexitobar 4 ปีที่แล้ว

      Según lo que dijo si debería.

    • @mugan86
      @mugan86 4 ปีที่แล้ว

      Si. Mira "Graphql PHP example" y hay tutoriales

  • @jhonjairoguerrerosanchez5526
    @jhonjairoguerrerosanchez5526 4 ปีที่แล้ว +3

    7:05 puedes filtrarlos y enviar lo necesario en back-end con un map o cualquier cosa y solo enviar lo necesario :v me explican en si cual seria entonces la diferencia? dejando de lado el unico enpoint

    • @fernandamoreno6140
      @fernandamoreno6140 3 ปีที่แล้ว

      La única información que tengo es el propio video pero a ver si entendí:
      cuando dices que se pueden filtrar y enviar solo lo necesario desde backend ahí está tu respuesta, backend está haciendo otra vez el trabajo y frontend o el cliente está esperando a que filtre y te mande los datos, y si hay otro cliente entonces debe filtrarlo de nuevo de acuerdo a los requerimientos del otro cliente.
      así pues, el termino de 'el cliente controla la petición' cobra sentido, porque no tienes que esperar a que haya un endpoint con los filtros que necesitas sino que obtienes la información justo como la quieres.

  • @luiscarloscarrionalvarez3506
    @luiscarloscarrionalvarez3506 3 ปีที่แล้ว

    En que lenguaje está escrito GraphQl? 🤔

  • @NicoAmestica
    @NicoAmestica 4 ปีที่แล้ว

    Buenísimo!

  • @FinkPatricio
    @FinkPatricio 4 ปีที่แล้ว

    Si quiero consumir una API Rest podria poner un resolver en el medio? Valdria la pena? Por q la API Rest seguiria devolviendo todo lo q devuelve el endpoint, por mas q mis resolvers luego devuelvan solo lo q pido...

  • @raul286162
    @raul286162 4 ปีที่แล้ว

    Al menos yo cuando hago mis apis mis end-points son bien definidos, para evitar mandar datos que no son necesarios, en mi experiencia a no ser haya sido un mal programador o un api de tercero no va a pasará ese escenario de enviar datos de más.