He leído sobre documentaciones sobre la API REST. Desde el punto de vista de un principiante, no entiendo por qué usar REST si puedes hacer todo con el postmétodo.
Por ejemplo, si solicito al backend que elimine una entrada, simplemente podría llamarla delete_onecomo la URL en una solicitud, ¿por qué molestarse en diseñar una solicitud POSTengorrosa ?DELETE
Respuesta1
Uno de los objetivos de las restricciones REST es beneficiarse de las cachés en capas. Seguir el estilo arquitectónico REST le brinda un lenguaje común para describir operaciones y relaciones entre diferentes operaciones de una manera que sea entendida no solo por los puntos finales (cliente y servidor), sino también por componentes intermediarios como cachés y middlewares. Estos cachés y middlewares pueden ser componentes genéricos, listos para usar, que no fueron creados ni configurados específicamente para su aplicación, pero que solo entienden la semántica básica de HTTP (o cualquier versión REST que use).
Para su ejemplo particular, cuando usa un método HTTP DELETE, también indica que los cachés en esa URL deben invalidarse:
Si una solicitud DELETE pasa a través de un caché que tiene una o más respuestas almacenadas para el URI de solicitud efectiva, esas respuestas almacenadas se invalidarán (consulte la Sección 4.4 de [RFC7234]).
Esto significa que un comando GET posterior en esa URL debe recuperarse del servidor de origen y no de las cachés.