Me gustó mucho el vídeo y me atreveré a decir unas cosas y quizá a alguien más también le sirva (si algo no te parece, por favor dímelo :) 1. Bajo el método POST siempre deberíamos enviar un cuerpo (Body). 2. En el ejemplo de /users/1234/favorites, para obtener la colección de favortios utilizamos sobre esa uri el método GET, como dijeste, y si es para agregar un nueva nueva canción (en este caso) a la colección de favoritos de ese usuario 1234, simplemente pasamos bajo el método POST en /users/1234/favorites un body que contenga lo necesario para la operación (por lo general sería simplemente un solo atributo que es el id en este caso de la canción), y ya así tenemos lo necesario para buscar el usuario, la canción, y agregar la canción a los favoritos de ese usuario. 3. Cuando nos traemos colecciones, en mi opinión, deberiamos siempre recibir un pageable (y tener uno por defecto), que le diga de que tamaño quiere las paginas, y cual quiere. También documentar siempre la API, con swagger, por ejemplo. Usar Loggers, que quede rastro siempre de lo que pase en nuestra API REST.
Muy bueno! Una consulta: el pageable, por lo que entiendo, estaría relacionado con la paginación de los datos? Y en ese caso, cómo es recomendable pasar esos datos? En el uri o por post? Gracias!
pregunta: que pasa si necesito incrementar las views de una cancion por ejemplo cada que la obtengo con un metodo GET, al ser el get solo para leer informacion y no escribir debo crear otro endpoint con metodo POST para incrementar las views o si es valido modificar las views cada que se llama ese metodo GET????
@@neisservilla7239 Hola, busca sobre algo que se llama Event-Driven Architecture. Lanzas un evento, alguien lo escucha, aumentas el numero de visitas. Es de lo más moderno que hay en el momento.
Realmente esto me parece curioso y no entiendo pq no me lo han ensñado en la universidad. Gracias por hacerlo un poco más entendible para un simple mortal como yo
Gracias por tus consejos, me ayuda mucho a mejorar y hacerme mejor profesional, pienso que luego de resolver el problema logico es importante hacer las cosas entendibles para los que usaran nuestras soluciones, me gustaria si puedes hacer algo en cuanto a la documentacion de las apis, gracias nuevamente
Que gran video, he cometido muchas de las malas practicas comentadas aca pero me ha ayudado mucho a comprender mejor el concepto de una api REST, saludos!
Me gustó mucho, de hecho varios de esos errores los aprendí cómo mitos en la escuela y aprendí hasta trabajar como desarrollador. ¿Lo más curioso? Veo aún esos errores en los diseños, así que muchas gracias por recordarme todo esto!
Muy buen aporte, conocí algunos proyectos que siempre iban como respuesta de api como "200" y encapsulan la respuesta con { "estado," "result","meessage"} Y También con las petición dónde solo se envían solo con "POST".
Hola Manuel, porsupuesto que interesantisimo el tema, me fue util para retrasmitir esos consejos en una charla que preparo tambien. Llegue aqui busando info sobre JWT y viendo los metodos de asegurar tu API. Me dispongo ha hacer mi primera API REST como ejercicio personal y compartire en un live de comunidad pronto. Gracias otra vez
Manuel. Felicidades por tus contenidos. Tengo una semana que descubrí tu canal y ya me has ayudado un montón. Muchas gracias. Una sugerencia para temas futuros a tratar: podrías armar algun video acerca de Arquitectura basada en servicios VS. Arquitectura basada en eventos? Cómo saber cuándo usar una o la otra? Ventajas/desventajas, etc..
Excelente video, una consulta como se emplea el tema de las auditorías en las api, por ejemplo en una app web normal usaría session para guardar el usuario que ejecuta alguna acción. Pero en una api por concepto que no guarda estado, como haría tal acción. Muchas gracias, éxitos. Un suscriptor más al canal.
Bienvenido al canal, Douglas! En un API con seguridad, la solicitud debe venir con un token que identifica al usuario. De ahí puedes extraer la información que necesitas para hacer auditoria.
Manuel excelente video, seria de mucha utilidad hacer ejemplos prácticos y ver también como implementar la capa de negocio que debe tener y que consejos de buenas practicas tienes para esa capa.
Muchas gracias, excelentes consejos, la verdad jamás me había detenido a pensar en optimizar mi apis de esta forma, sino que meramente me preocupaba por la comunicación de los datos que fuera efectiva y ya. Pero éste video le da una dimensión más organizada para desarrollar un api rest más eficaz y optima. Muchas Gracias !!!
¿Qué recomiendas para manejar información delicada en un GET? Por ejemplo, un Id de usuario interno que no se incluya en el token del servicio de autenticación.
Leo, lo que yo he hecho en el paso son dos cosas (excluyentes) 1. Incluir ese dato delicado como un custom claim en el access token. 2. Incluirlo como un custom header en el HTTP request.
Hola, interesante comentario, excelente, una preguna para un metodo get, como puedo colocar varias formas de consultas, es decir, ejemplo buscar user por Id, por el nombre, y por apellido? como se crearia de forma correcta la url para estos metodos?
hola manuel te saludo desde argentina, muy bueno tus videos, estoy aprendiendo mucho de vos, tenes algun video en el cual haya mas detalles de versionado de apis?abrazo desde argentina
Una pregunta. En un escenario donde se realice búsqueda de "personas" desde diferentes módulos y se procese diferente de acuerdo al modulo. Que acercamiento recomendarías /api/{modulo}/personas /api/personas?from-module={module}
Es buena idea usar JWT para proteger las API y además para utilizarlas en las sesiones de usuario? O es mejor usar otra librería para sesiones. Yo desarrollo en node js
muchas gracias por tu video!! acabo de aprender lo básico de Django REST en un proyecto en la universidad y este video me ha aclarado muchas dudas y, mejor aún, me ha mostrado buenas prácticas para usar en mis proyectos y también por donde seguir aprendiendo sobre API REST. Saludos desde Chile!
muchas gracias, aprendí a hacerlas al vuelo con ejemplos en el trabajo y no se seguía ninguna buena práctica, reiniciaré mi vida como programador de apis :O
¿Podrías hablar entre ventajas y desventajas (técnicas) de usar YAML o JSON?, hay plataformas de desarrollo en las que uno es el estándar y sería interesante tener criterios (nuevamente, técnicos) para ayudar a decidir cuando usar uno y cuando usar otro. Gracias, saludos.
Muy buen video Manuel. Respecto al punto 6. Seria esperable que además del 200, se reciba un json con el id del recurso ingresado y recomiendas algo mas? Yo era un abusador del 200 en cuanto a la conexión, pero siempre devolvía un estado en json.... era muy "ok el proceso, error, tal cosa falta o es duplicada", es decir 200, pero la regla de negocio en un json. Esta demasiado mal? Me recomiendas alguna documentacion paraestandarizar mi aplicacion? Soy autodidacta y eso no me falla, pero querria mejorarlo. Saludos y gracias.
Excelente video!! Manuel te tengo un pregunta, como deberia ser el endpoint por ejemplo, si se quiere eliminar una lista de recursos? Ej:Recuerso1,Recuerso2,..,Recuerso10. Deberia hacer 10 DELETE /Recurso/Recuerso1 .... DELETE /Recurso/Recuerso10 ó se podria pasar la lista de RecursosID?
Buen video Manuel, no sé si me puedas dar un consejo con referencia al obtener grandes volúmenes de datos, o una buena práctica esto con la finalidad de mostrar los datos más rápido y que el cliente no espere tanto tiempo gracias de antemano.
Cual puede ser una buena práctica para hacer una consulta con get enviando filtros?. Por ejemplo. Mi backend tiene una gran carta de platos y varias sedes. Como puedo pedir mediante la api los platos del tipo pizza y que estos estén en una sede. En el back la consulta sería algo asi: select * from CARTA where tipo_plato = "pizza" and sede = "COLOMBIA"
Hola, gracias por la información, te comento que escucho videos en una bocina Bluetooth y se oye hueco el sonido del vídeo, como el sonido cuando estás en un baño, no sé si me explico. Saludos
Muchas gracias por el contenido, tengo una duda con el tema de los controladores 4:42 apróx. Hay documentación de referencia o se llaman de otra manera? es la primera ves que veo esa definición y buscando en internet solamente encuentro info de los controllers de mvc.
Hola, Manuel, ¿cómo estás? Pana te quería preguntar sobre unidades lingüísticas modulares de Meyer. Que sabes de esto o en donde puedo conseguir información par un mejor entendimiento,,, muchas gracias
Me gustaria saber acerca de la anidacion. Por ejemplo un producto tiene caracteristicas. Si quieres todos los productos haces GET /products/ Eso traeria las caracteristicas? Si traigo un producto hago GET /products/1 Eso traeria las caracteristicas o deberia hacer ademas GET /products/1/characteristics ???
hola Manuel Zapata un Gusto! #### una pregunta como puedo asegurar mi api rest por ejemplo que se genere una api key por la cual solo con esa api key por la cual solo por ese medio se pueda usar la api rest em mi caso tengo en desarrollo una api rest desarrollada en Node js esta a poco tiempo de ser subida a production.. en si tu que me a consejas usar ? ##########################\ ######################### felicitaciones muy buen Contenido .. !
Me gustan mucho tus videos, respondes preguntas que en ningún otro lugar se encuentran. Yo soy junior backend developer trabajo con spring, la arquitectura que manejo en los servicios es arquitectura por capas y por lo general divido los paquetes de mis servicios por capa (repository, service, controller, dto, model .....) pero siempre he tenido la duda de si mi lógica empresarial es muy grande debo tener un paquete separado para con clase que implemente propósitos particulares de la logica o seria mejor tener metodos privados alcanzables dentro de la clase de servicio?
El tamaño del proyecto te va dando la separación. Allí es muy útil aplicar el primer principio SOLID. Cuando sientas que la clase se está tomando muy grande, es bueno ir separando. Una separación común es tener al menos un paquete por cada módulo del sistema.
Me gustó mucho el vídeo y me atreveré a decir unas cosas y quizá a alguien más también le sirva (si algo no te parece, por favor dímelo :)
1. Bajo el método POST siempre deberíamos enviar un cuerpo (Body).
2. En el ejemplo de /users/1234/favorites, para obtener la colección de favortios utilizamos sobre esa uri el método GET, como dijeste, y si es para agregar un nueva nueva canción (en este caso) a la colección de favoritos de ese usuario 1234, simplemente pasamos bajo el método POST en /users/1234/favorites un body que contenga lo necesario para la operación (por lo general sería simplemente un solo atributo que es el id en este caso de la canción), y ya así tenemos lo necesario para buscar el usuario, la canción, y agregar la canción a los favoritos de ese usuario.
3. Cuando nos traemos colecciones, en mi opinión, deberiamos siempre recibir un pageable (y tener uno por defecto), que le diga de que tamaño quiere las paginas, y cual quiere. También documentar siempre la API, con swagger, por ejemplo. Usar Loggers, que quede rastro siempre de lo que pase en nuestra API REST.
Tremendo aporte. Totalmente de acuerdo contigo Andrés. Gracias!
Muy bueno! Una consulta: el pageable, por lo que entiendo, estaría relacionado con la paginación de los datos? Y en ese caso, cómo es recomendable pasar esos datos? En el uri o por post? Gracias!
pregunta: que pasa si necesito incrementar las views de una cancion por ejemplo cada que la obtengo con un metodo GET, al ser el get solo para leer informacion y no escribir debo crear otro endpoint con metodo POST para incrementar las views o si es valido modificar las views cada que se llama ese metodo GET????
@@neisservilla7239 Hola, busca sobre algo que se llama Event-Driven Architecture. Lanzas un evento, alguien lo escucha, aumentas el numero de visitas. Es de lo más moderno que hay en el momento.
@@andresgrisalesgonzalez7704 Muchas gracias por el aporte :D
Realmente esto me parece curioso y no entiendo pq no me lo han ensñado en la universidad. Gracias por hacerlo un poco más entendible para un simple mortal como yo
Sos un genio tus explicaciones son sencillas y fácil de seguir.
Ha pasado tiempo y sigue siendo el mejor contenido para backend
"Ya quedó" jajaja, buen checklist Manuel, gracias!
jeje Saludos Guillermo!
Conciso y con los ejemplos mucho mejor, saludos de Perú Manuel.
Gracias por tus consejos, me ayuda mucho a mejorar y hacerme mejor profesional, pienso que luego de resolver el problema logico es importante hacer las cosas entendibles para los que usaran nuestras soluciones, me gustaria si puedes hacer algo en cuanto a la documentacion de las apis, gracias nuevamente
Excelente contenido ! mil gracias por lo claro, sencillo y buen material que entregas !
Excelente video. Gracias por compartir estas buenas prácticas.
Muy chévere estos vidos.!!!! Saludos desde Zipaquirá Cundinamarca
excelente video, recien estoy aprendiendo acerca de este tema y fue muy explicativo y sencillo de entender
Buen video ! y gracias por compartir estos tips, me sirvieron para tenerlo cuenta en el diseño, saludos !
Hola, información de calidad, estoy investigando sobre la creación de servicios y aprendi bastante.
Buenísimo!
Excelentes sugerencias. Sigue así, se aprende mucho con vos!!!!
Gracias!
Excelente tu vídeo, muchas gracias por la información.
Excelente explicación, no he visto este contenido en otros canales, muchas gracias otra vez
Con todo gusto Javier!
Excelente presentación! muchas gracias; buen trabajo! muy interesante
Buen vídeo explicativo Manuel, gracias.
Con gusto Mikel!
Esta información es oro puro
Gracias!
Excelente, me aclaro algunas cosas que tenia dudas
Que bueno!
Que gran video, he cometido muchas de las malas practicas comentadas aca pero me ha ayudado mucho a comprender mejor el concepto de una api REST, saludos!
Excelente Jefferson! Se trata de aprender y seguir mejorando 💪
Excelente Manuel, muy buen aporte.
Super!! Excelentes consejos. Felicidades! Me gustaría que hablaras sobre Graghql en algún vídeo.
Por ahí lo tengo en el radar. Sobre todo para compararlo con REST.
@@ManuelZapata Esto va estar interesante, ya he implementado un par de APIs en graphql y tengo emociones encontradas al respecto.
Excelente explicación
Manuel me encantó el vídeo, podés compartir documentación el tipo de recurso de controladores para ahondar en este concepto?.
Me gustó mucho, de hecho varios de esos errores los aprendí cómo mitos en la escuela y aprendí hasta trabajar como desarrollador. ¿Lo más curioso? Veo aún esos errores en los diseños, así que muchas gracias por recordarme todo esto!
Gracias Manuel, me sirvio mucho tus consejos
Excelente video y muy interesante,
Muy interesante contenido, gracias por compartir
Muy buen aporte, conocí algunos proyectos que siempre iban como respuesta de api como "200" y encapsulan la respuesta con
{ "estado," "result","meessage"}
Y También con las petición dónde solo se envían solo con "POST".
Pasa muchísimo eso! Se desaprovecha toda la semántica de REST y HTTP.
Muy interesantes los consejos
Me ayudó bastante, excelente.
Que bueno Cliber! De eso se trata.
Hola Manuel, porsupuesto que interesantisimo el tema, me fue util para retrasmitir esos consejos en una charla que preparo tambien. Llegue aqui busando info sobre JWT y viendo los metodos de asegurar tu API. Me dispongo ha hacer mi primera API REST como ejercicio personal y compartire en un live de comunidad pronto. Gracias otra vez
Genial Valderrama! Hiciste el live? Qué tal les fue?
@@ManuelZapata Todo bien, Al final no ahondamos hasta los temas de seguridad, pero como te comentaba era Buena tenerlas presentes.
Tienes algún vídeo de programación de API?
Cree una REST y estoy aplicando los consejos
Mil gracias por esta información. Estoy iniciando en Servicios Web y con esto me ayudas mucho.
Genial Diego! Me alegra mucho.
Gracias, ahi anote varios fallos y posibilidades de mejorar. Sigue asi, son muy buenos tus videos
Esa es la idea de estos videos. Poder tomar ideas para mejorar. Saludos!
muy bueno el video!! algunos de los temas que hablaste me consultaron en una entrevista técnica
En serio??? Vea pues :)
Manuel. Felicidades por tus contenidos. Tengo una semana que descubrí tu canal y ya me has ayudado un montón. Muchas gracias.
Una sugerencia para temas futuros a tratar: podrías armar algun video acerca de Arquitectura basada en servicios VS. Arquitectura basada en eventos? Cómo saber cuándo usar una o la otra? Ventajas/desventajas, etc..
Ese sería un tema interesante. Gracias por la recomendación Adameck!
Estoy empezando a estudiar este tema y me parece excelente los consejos para la implementación de una api rest. Saludos.
Genial Fabian. Saludos!
Excelente video, una consulta como se emplea el tema de las auditorías en las api, por ejemplo en una app web normal usaría session para guardar el usuario que ejecuta alguna acción. Pero en una api por concepto que no guarda estado, como haría tal acción. Muchas gracias, éxitos. Un suscriptor más al canal.
Bienvenido al canal, Douglas! En un API con seguridad, la solicitud debe venir con un token que identifica al usuario. De ahí puedes extraer la información que necesitas para hacer auditoria.
Genial los tips, los voy aplicar al momento de crear mi api, saludos
Gracias Edwin. Saludos!
Excelente; estaré al pendiente de tus vídeos.
Gracias Gudiel! 🙌
Siempre devolver 200 hahaha identificado.
Muchas gracias c:
Gracias amigo, fue de mucha ayuda, aclaraste muchas dudas que tenia desde hace mucho
Excelente Fer. Para eso estamos!
Videos super interesantes!!!!
Manuel excelente video, seria de mucha utilidad hacer ejemplos prácticos y ver también como implementar la capa de negocio que debe tener y que consejos de buenas practicas tienes para esa capa.
El tema de la capa de negocio da para libros enteros. En el canal tengo un par de videos al respecto. Saludos!
Muchas gracias, excelentes consejos, la verdad jamás me había detenido a pensar en optimizar mi apis de esta forma, sino que meramente me preocupaba por la comunicación de los datos que fuera efectiva y ya. Pero éste video le da una dimensión más organizada para desarrollar un api rest más eficaz y optima. Muchas Gracias !!!
Me gusto mucho el video, quizas seria bueno un video sobre el patron repositorio y gracias por el contenido
Gracias por la sugerencia!
Vaya que bueno saberlo🇲🇽
🙌
Gracias, Manuel! Este es un video para visitar muchas veces durante la carrera de desarrollador.
¿Qué recomiendas para manejar información delicada en un GET? Por ejemplo, un Id de usuario interno que no se incluya en el token del servicio de autenticación.
Leo, lo que yo he hecho en el paso son dos cosas (excluyentes)
1. Incluir ese dato delicado como un custom claim en el access token.
2. Incluirlo como un custom header en el HTTP request.
Es bonito usar Get Post Deleite dependiendo del escenario pero mas alla de verse bonito tiene alguna repercusión beneficio o mejor desempeño?
Muy buenos consejos. Gracias.
Sin desperdicio!
🙌
Excelente información
Gracias Alvaro!
Están muy interesante el contenido. Excelente. Aún no uso el versionado.
Ya habrá oportunidad de aplicarlo. Saludos Maria!
Muchas gracias por compartir 👏
Con el mayor de los gusto Domini! 💪
Excelente viejo Manuel.
Viejo Robert!! No sabía que estabas por acá. Saludos!!
muy buenos tus videos bro
Q genial excelente contenido, me ayudará mucho en mis proximas APIs REST!
De eso se trata Darwin. Saludos!
Saludos desde Cuba.
Muy Claro, cositas por arreglar !! Gracias !
De eso se trata. De ir mejorando. Saludos!
Hola, interesante comentario, excelente, una preguna para un metodo get, como puedo colocar varias formas de consultas, es decir, ejemplo buscar user por Id, por el nombre, y por apellido? como se crearia de forma correcta la url para estos metodos?
Hermano muchas gracias eres un crack compatriota, tu contenido es muy bueno.
PaulValencia92 gracias 🙌 Aquí seguimos haciéndole!
Buen video, muy claro y personalmente me gustaría pedirte que hagas un video de como asegurar los apis, por ejemplo en .net
Me sumo a este pedido pero con php, quizá se puede hacer algo medio global ;) para entender los conceptos. Saludos!
No es fácil ya que tenemos una comunidad muy diversa en tecnologías, pero veremos que se hace. Saludos Daniel y Nicolás!
@@ManuelZapata Bueno es comprensible. Saludos y gracias!
La documentación de Microsoft suele explicar bastante bien cómo agregar seguridad a tus servicios
Gracias, super claro
hola manuel te saludo desde argentina, muy bueno tus videos, estoy aprendiendo mucho de vos, tenes algun video en el cual haya mas detalles de versionado de apis?abrazo desde argentina
Una pregunta. En un escenario donde se realice búsqueda de "personas" desde diferentes módulos y se procese diferente de acuerdo al modulo.
Que acercamiento recomendarías
/api/{modulo}/personas
/api/personas?from-module={module}
Me iría con la primera ruta. Es muchísimo más REST-friendly que la primera.
que buen canal hermano
Es buena idea usar JWT para proteger las API y además para utilizarlas en las sesiones de usuario? O es mejor usar otra librería para sesiones. Yo desarrollo en node js
Muy buena explicación! Me gustaría que hablaras más a fondo sobre la seguridad de las API's
Muy buen tema Pilar. Lo anoto para futuros temas del canal. Gracias.
@@ManuelZapata muchas gracias! estaré al pendiente!
muchas gracias por tu video!! acabo de aprender lo básico de Django REST en un proyecto en la universidad y este video me ha aclarado muchas dudas y, mejor aún, me ha mostrado buenas prácticas para usar en mis proyectos y también por donde seguir aprendiendo sobre API REST. Saludos desde Chile!
muchas gracias, aprendí a hacerlas al vuelo con ejemplos en el trabajo y no se seguía ninguna buena práctica, reiniciaré mi vida como programador de apis :O
Jejeje, excelente. Saludos Juan!
Excelentes consejos.
🙌
Justo lo necesitaba, estoy creando mi primera api rest, muchas gracias
Just in time. Saludos Michelle! 🙌
Excelente! el video que estaba buscando, gracias Manuel 👌🏾 Sería interesante hablar un poco sobre los posibles patterns a utilizar en una API
excelentes consejos mano... gracias
Con gusto Luis!
Video esencial para aquellos que hacen API’s a mano.
Mil gracias por recomendar el vídeo @Coderos!!
muchas gracias !
Con gusto, Angel!
¿Podrías hablar entre ventajas y desventajas (técnicas) de usar YAML o JSON?, hay plataformas de desarrollo en las que uno es el estándar y sería interesante tener criterios (nuevamente, técnicos) para ayudar a decidir cuando usar uno y cuando usar otro.
Gracias, saludos.
Ese tema está bueno. Gracias por la sugerencia Israel!
consulta, restfull es cuando sigue todas las buenas prácticas?
Buen video, si se pudiera uno explicando un webhook y la diferencia con una api
Wooa me resolviste todas mis dudas :o gracias! explicas súper bien y sencillo
Muuchas gracias por tus palabras!
gracias ... lo necesitaba !
Con gusto, Paola.
Muy buena explicación, apenaa estoy comenzando en el área de la programación.. 👍
Genial Orlando! Así empiezas con el pie derecho.
Excelentes recomendaciones, muchas gracias
El minuto "4:12" , ¿ Qué tan correcto sería "/users/2/by-favorites" si quisiera los "users" cuyo id favorito es por ejemplo el "2" ?
Exelente contenido.
💪
Muy buen video Manuel.
Respecto al punto 6. Seria esperable que además del 200, se reciba un json con el id del recurso ingresado y recomiendas algo mas? Yo era un abusador del 200 en cuanto a la conexión, pero siempre devolvía un estado en json.... era muy "ok el proceso, error, tal cosa falta o es duplicada", es decir 200, pero la regla de negocio en un json. Esta demasiado mal? Me recomiendas alguna documentacion paraestandarizar mi aplicacion? Soy autodidacta y eso no me falla, pero querria mejorarlo. Saludos y gracias.
Súper bueno!
Excelente video!! Manuel te tengo un pregunta, como deberia ser el endpoint por ejemplo, si se quiere eliminar una lista de recursos? Ej:Recuerso1,Recuerso2,..,Recuerso10. Deberia hacer 10 DELETE /Recurso/Recuerso1 .... DELETE /Recurso/Recuerso10 ó se podria pasar la lista de RecursosID?
Buen video Manuel, no sé si me puedas dar un consejo con referencia al obtener grandes volúmenes de datos, o una buena práctica esto con la finalidad de mostrar los datos más rápido y que el cliente no espere tanto tiempo gracias de antemano.
Hola Fabian. En esos casos, la paginación de los datos es muy útil.
Cual puede ser una buena práctica para hacer una consulta con get enviando filtros?. Por ejemplo. Mi backend tiene una gran carta de platos y varias sedes. Como puedo pedir mediante la api los platos del tipo pizza y que estos estén en una sede. En el back la consulta sería algo asi:
select * from CARTA where tipo_plato = "pizza" and sede = "COLOMBIA"
hola buen video, podrias hablar de consejos para apis en graphql
Hola, gracias por la información, te comento que escucho videos en una bocina Bluetooth y se oye hueco el sonido del vídeo, como el sonido cuando estás en un baño, no sé si me explico. Saludos
Muchas gracias por el contenido, tengo una duda con el tema de los controladores 4:42 apróx. Hay documentación de referencia o se llaman de otra manera? es la primera ves que veo esa definición y buscando en internet solamente encuentro info de los controllers de mvc.
Hola, Manuel, ¿cómo estás? Pana te quería preguntar sobre unidades lingüísticas modulares de Meyer. Que sabes de esto o en donde puedo conseguir información par un mejor entendimiento,,, muchas gracias
Te cuento que no estoy familiarizado con el tema.
Me gustaria saber acerca de la anidacion.
Por ejemplo un producto tiene caracteristicas.
Si quieres todos los productos haces GET /products/
Eso traeria las caracteristicas?
Si traigo un producto hago GET /products/1
Eso traeria las caracteristicas o deberia hacer ademas
GET /products/1/characteristics
???
hola Manuel Zapata un Gusto! #### una pregunta como puedo asegurar mi api rest por ejemplo que se genere una api key por la cual solo con esa api key por la cual solo por ese medio se pueda usar la api rest em mi caso tengo en desarrollo una api rest desarrollada en Node js esta a poco tiempo de ser subida a production.. en si tu que me a consejas usar ?
##########################\
#########################
felicitaciones muy buen Contenido .. !
Me gustan mucho tus videos, respondes preguntas que en ningún otro lugar se encuentran. Yo soy junior backend developer trabajo con spring, la arquitectura que manejo en los servicios es arquitectura por capas y por lo general divido los paquetes de mis servicios por capa (repository, service, controller, dto, model .....) pero siempre he tenido la duda de si mi lógica empresarial es muy grande debo tener un paquete separado para con clase que implemente propósitos particulares de la logica o seria mejor tener metodos privados alcanzables dentro de la clase de servicio?
El tamaño del proyecto te va dando la separación. Allí es muy útil aplicar el primer principio SOLID. Cuando sientas que la clase se está tomando muy grande, es bueno ir separando.
Una separación común es tener al menos un paquete por cada módulo del sistema.