Qué hace cada método HTTP

Curso de Estándares y Buenas Prácticas para API REST con Laravel

Contenido del curso

Buenas prácticas a nivel general

Creación del proyecto

Planificación y mantenimiento

Funciones de seguridad

API Testing

API Breaking Changes

Conclusiones

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:003:12

Qué hace cada método HTTP

Curso de Estándares y Buenas Prácticas para API REST con Laravel

Clase 3 de 29

Clase 3 / 29

Recursos

Los métodos HTTP son la forma en que el frontend le anticipa al backend qué tipo de solicitud va a realizar. Si entiendes cómo usar GET, POST, PUT, PATCH y DELETE, puedes leer, crear, editar y borrar información de manera ordenada en cualquier aplicación web.

Piénsalo así: los HTTP status codes son el spoiler que el backend te da sobre cómo terminó tu solicitud. Los métodos HTTP son justo lo contrario, el spoiler que tú, desde el frontend, le das al backend antes de que pase cualquier cosa.

¿Qué hace el método GET y por qué es el predeterminado?

El GET es el método que ya venías usando sin darte cuenta. Es tan común que Fetch lo asume por defecto y ni siquiera te pregunta qué método quieres usar en tu primera solicitud.

Lo usas cuando solo necesitas leer información: no creas, no editas, no borras. Es la solicitud más tranquila que existe, simplemente vas, consultas y traes datos.

¿Qué es un método HTTP? Es la forma en que el frontend le indica al backend qué acción quiere realizar sobre la información: leer, crear, editar o borrar.

Más adelante vas a aprender cómo cambiarle a Fetch ese método por defecto cuando necesites algo distinto a un GET.

¿Cuándo usar POST para crear información?

El POST sirve para darle nacimiento a cosas nuevas dentro de tu aplicación. Crear usuarios, registrar gatitos, generar atributos específicos para cada uno, lo que tu proyecto necesite traer al mundo.

Cada vez que tu aplicación tenga que sumar un elemento nuevo a la base de datos, ese spoiler se traduce en una solicitud POST. Es el método que le dice al backend: oye, esto que te mando es información que aún no existía.

¿Cuál es la diferencia entre PUT y PATCH al editar datos?

Ambos métodos sirven para editar información que ya existe, no para crearla desde cero. La diferencia está en cuánto modificas.

PUT: lo usas cuando vas a editar todo el elemento, completo. Reemplazas la información entera del recurso.
PATCH: lo usas cuando solo cambias una parte, algún atributo puntual, no todo el elemento.

¿PUT o PATCH, cuál elijo? Si vas a reescribir todo el recurso, usa PUT. Si solo cambias un campo o detalle pequeño, usa PATCH.

Por ahora quédate con la idea principal: tanto PUT como PATCH le anticipan al backend que vas a modificar algo que ya habías creado antes.

¿Para qué sirve el método DELETE en una API?

El DELETE hace exactamente lo que su nombre indica: borrar información. Cuando un usuario te pide eliminar algo en la aplicación, el frontend traduce esa intención en una solicitud DELETE.

Así el backend entiende que no debe devolverte ese dato para leerlo, sino quitarlo del sistema. Es directo y descriptivo, sin vueltas.

Los cinco métodos HTTP que más vas a usar

Estos son los métodos que cubren la mayoría de los casos en una aplicación frontend conectada a un backend:

GET: leer información existente.
POST: crear nueva información.
PUT: editar un recurso completo.
PATCH: editar parcialmente un recurso.
DELETE: borrar información.

Existen más métodos HTTP además de estos cinco, pero en la práctica diaria estos son los que vas a encontrar una y otra vez. ¿Has usado algún otro método en tus proyectos? Cuéntame en los comentarios cuál fue y para qué te sirvió.

Resumen

¿Qué hace el método GET y por qué es el predeterminado?

El GET es el método que ya venías usando sin darte cuenta. Es tan común que Fetch lo asume por defecto y ni siquiera te pregunta qué método quieres usar en tu primera solicitud.

Lo usas cuando solo necesitas leer información: no creas, no editas, no borras. Es la solicitud más tranquila que existe, simplemente vas, consultas y traes datos.

¿Qué es un método HTTP? Es la forma en que el frontend le indica al backend qué acción quiere realizar sobre la información: leer, crear, editar o borrar.

Más adelante vas a aprender cómo cambiarle a Fetch ese método por defecto cuando necesites algo distinto a un GET.

¿Cuándo usar POST para crear información?

¿Cuál es la diferencia entre PUT y PATCH al editar datos?

Ambos métodos sirven para editar información que ya existe, no para crearla desde cero. La diferencia está en cuánto modificas.

PUT: lo usas cuando vas a editar todo el elemento, completo. Reemplazas la información entera del recurso.
PATCH: lo usas cuando solo cambias una parte, algún atributo puntual, no todo el elemento.

¿PUT o PATCH, cuál elijo? Si vas a reescribir todo el recurso, usa PUT. Si solo cambias un campo o detalle pequeño, usa PATCH.

Por ahora quédate con la idea principal: tanto PUT como PATCH le anticipan al backend que vas a modificar algo que ya habías creado antes.

¿Para qué sirve el método DELETE en una API?

El DELETE hace exactamente lo que su nombre indica: borrar información. Cuando un usuario te pide eliminar algo en la aplicación, el frontend traduce esa intención en una solicitud DELETE.

Así el backend entiende que no debe devolverte ese dato para leerlo, sino quitarlo del sistema. Es directo y descriptivo, sin vueltas.

Los cinco métodos HTTP que más vas a usar

Estos son los métodos que cubren la mayoría de los casos en una aplicación frontend conectada a un backend:

GET: leer información existente.
POST: crear nueva información.
PUT: editar un recurso completo.
PATCH: editar parcialmente un recurso.
DELETE: borrar información.

Buenas prácticas a nivel general

Buenas prácticas para diseñar una API REST

¿Qué son los HTTP Status Codes?

Qué hace cada método HTTP

Creación del proyecto

Migrações e relações de dados em Laravel

Factories y seeders para poblar tu API en Laravel

Consultas API con Laravel: Rutas y Controladores

Consultas con relaciones en Laravel API

Planificación y mantenimiento

Planificación de rutas REST en Laravel

Recursos y colecciones en Laravel API

Recursos anidados en Laravel API

Cómo reducir 932 consultas con Telescope

CRUD de Recetas con Laravel y Symfony en Visual Studio Code

Validación de Datos en Aplicaciones Web con Laravel

Funciones de seguridad

Autenticación vs. autorización

Proteger rutas de API con Sanctum

Ruta de login y tokens con Sanctum

Corrección de bugs de seguridad en aplicaciones web

Políticas de acceso en Laravel con Artisan

Upload e validação de imagens em Laravel

Qué es autenticación en la web

API Testing

Automatiza pruebas de API en Laravel

Testing de Módulos Administrativos en Visual Studio Code

Testing de recetas con PHP Artisan

Pruebas de Creación de Datos en Aplicaciones Web

Test de actualización de recetas en Laravel

API Breaking Changes

Versionado de API en Laravel con v1 y v2

Desarrollo de API con TDD: Implementación de Versión 2

Conclusiones

Desarrollo de API RESTful con Laravel: Buenas Prácticas y Seguridad

Buenas prácticas finales para tu API en Laravel

Qué hace cada método HTTP