Que buen video! Hay que tener en cuenta que API no siempre es obligatorio que sea expuesta por web, puede ser una interfaz expuesta desde una misma maquina local por ejemplo el API del kernel de linux
Bastante claro en diferencias y similitudes a la vez! en el ejemplo del método GET para consultar, que pasa si la consulta tiene muchos parámetros y combinaciones, sería buena opción usar en este caso un POST para consultar y enviarle una estructura json?
Por lo general se usan los Query Params, puedes agregar una serie de estos de la siguiente forma ¶m1=aaa¶m2=bbbb¶m3[gt]=cccc, no es aconsejable usar el método POST, por que es sumamente confuso para un cliente del API externo, ya que dará la impresión de que creará un nuevo registros.
Muy buena explicación, quería consultarte si hay otra manera de pagar tus cursos en codmind, porque ahora no se puede recargar dólares en PayPal Argentina y por ende no pude comprar el curso que tanto quería de Mastering API REST
Hola Gabriel, muchas gracias por tu comentario. Respecto al curso, por favor escribenos por el chat de la plataforma para ver que opciones podemos ofrecerte. Saludos
En una entrevista me dijeorn que el metodo GET puede usarse para crear tambien, que no era buena practica pero no le quita la posibilidad de usarse asi. Sinceramente no entendi la explicacion.
Los métodos HTTP se pueden usar para lo que sea, un DELETE puede crear, un POST puede consultar, así como un GET puede borar o crear, el problema es que crea un caos y es dificil de que equipos externos entiendan el funcionamiento.
Muchas gracias por la explicación
Qué carajo!!! La mejor explicación que he visto sobre las API's REST, gracias!!!
Muy bueno. Muchas gracias por el video.
La mejor explicación que he encontrado!
Muy bien explicado
Gran video!
este video deberia tener muchos mas likes y views
Excelente la explicación muchas gracias por el video
Que buen video! Hay que tener en cuenta que API no siempre es obligatorio que sea expuesta por web, puede ser una interfaz expuesta desde una misma maquina local por ejemplo el API del kernel de linux
que bien expone, deja bastante claros los temas
Increible la explicacion, clara y al punto.
Le agradezco. Saludos.
Gracias, saludos
Excelente explicación ¡Muchas gracias!
Con mucho gusto
¡Gracia por la información! 😊
Me encantó tu explicación!! Un saludo!
Gracias por el comentario Joselillo, espero te suscribas al canal 😀
Excelente explicación, mucho mejor que la de Wendell Odom.
Muy buen video, todo bien explicado
Gracias! 😊
Muy buen video :)
Buena explicación. Ahora vamos por el libro!
Muchas gracuas Danis, verá que valdrá la pena
Bastante claro en diferencias y similitudes a la vez! en el ejemplo del método GET para consultar, que pasa si la consulta tiene muchos parámetros y combinaciones, sería buena opción usar en este caso un POST para consultar y enviarle una estructura json?
Por lo general se usan los Query Params, puedes agregar una serie de estos de la siguiente forma ¶m1=aaa¶m2=bbbb¶m3[gt]=cccc, no es aconsejable usar el método POST, por que es sumamente confuso para un cliente del API externo, ya que dará la impresión de que creará un nuevo registros.
Buena explication.
Gracias Mario 😃
Bien explicado
Gracias por el comentario Enrique
genial
Buenísimo
Gracias Carmen 😀
Muy buena explicación, quería consultarte si hay otra manera de pagar tus cursos en codmind, porque ahora no se puede recargar dólares en PayPal Argentina y por ende no pude comprar el curso que tanto quería de Mastering API REST
Hola Gabriel, muchas gracias por tu comentario. Respecto al curso, por favor escribenos por el chat de la plataforma para ver que opciones podemos ofrecerte. Saludos
En una entrevista me dijeorn que el metodo GET puede usarse para crear tambien, que no era buena practica pero no le quita la posibilidad de usarse asi. Sinceramente no entendi la explicacion.
Los métodos HTTP se pueden usar para lo que sea, un DELETE puede crear, un POST puede consultar, así como un GET puede borar o crear, el problema es que crea un caos y es dificil de que equipos externos entiendan el funcionamiento.