¿Está PUT/DELETE idempotent con REST automatic?

Question

Estoy aprendiendo sobre REST y PUT/DELETE, he leído que ambos (junto con GET) son idempotentes, lo que significa que múltiples solicitudes ponen al servidor en el mismo estado.

¿Alguna de las solicitudes duplicadas PUT/DELETE sale del navegador web (cuando se usa XMLHttpRequest)? En otras palabras, ¿el servidor estará actualizando el mismo registro de la base de datos para cada solicitud PUT, o las solicitudes duplicadas serán ignoradas automáticamente?

En caso afirmativo, ¿cómo se usa PUT o ELIMINAR diferente de simplemente usar POST?

Leí un artículo que sugería que los servicios web RESTful eran el camino a seguir. ¿Hay alguna razón particular por la cual los formularios HTML5 no son compatibles con los métodos PUT/DELETE?

Answer 1

REST es solo una estructura de diseño para acceso y manipulación de datos. No hay reglas claras sobre cómo un servidor debe reaccionar ante las solicitudes de datos.

Dicho esto, típicamente una solicitud resto de PUT o DELETE sería como sigue:

DELETE /item/10293 

o

PUT /item/23848 
foo=bar 
fizz=buzz 
herp=derp 

Las peticiones dadas están asociados con una ID específica. Debido a esto, decirle al servidor que elimine la misma ID 15 veces terminará con el mismo resultado que llamarlo una vez, a menos que haya algún tipo de re numeración.

Con la solicitud PUT, indicar al servidor que actualice un elemento específico a valores específicos también dará el mismo resultado.

Un caso en el que un comando sería no idempotente que normalmente implican algún tipo de valor relativo:

DELETE /item/last 

Llamando que 15 veces es probable eliminar 15 artículos, en lugar de la misma último elemento. Un mediante HTTP alternativa adecuada podría ser:

POST /item/last?action=delete 

Una vez más, resto no es una especificación oficial, es sólo una estructura con algunas cualidades comunes. Hay muchas formas de implementar una estructura RESTful.

---

En cuanto a las formas de apoyo HTML5 PUT & DELETE, es realmente depende de los navegadores para iniciar el apoyo a diferentes métodos en lugar de la propia especificación. Si todos los navegadores comenzaron a implementar diferentes métodos para el envío de formularios, estoy seguro de que se agregarían a las especificaciones.

Con la web funcionando como está, una buena implementación RESTful también puede incorporar alguna forma de AJAX , de todos modos, por lo que me parece en gran medida innecesario.

Answer 2

¿Alguna de las solicitudes duplicadas de PUT/DELETE alguna vez abandonan el navegador web (cuando se utiliza XMLHttpRequest)?

Sí, claro. La idempotencia es solo una convención y no se aplica.Si realiza una solicitud, duplicada o no, se ejecutará.

En otras palabras, ¿el servidor estará actualizando el mismo registro de la base de datos para cada solicitud PUT, o las solicitudes duplicadas serán ignoradas automáticamente?

Si se ajusta a REST debe actualizar el mismo registro de la base de datos dos veces, por ejemplo ejecutando UPDATE user SET name = 'John' dos veces. Sin embargo, no hay garantía de lo que hará o no hará, depende de cómo se implemente.

En caso afirmativo, ¿cómo se usa PUT o ELIMINAR diferente de simplemente usar POST?

Es solo una convención. Las solicitudes PUT y DELETE pueden tratarse o no de forma diferente a POST en el código del sitio.

Leí un artículo que sugería que los servicios web RESTful eran el camino a seguir. ¿Hay alguna razón particular por la cual los formularios HTML5 no son compatibles con los métodos PUT/DELETE?

No estoy realmente seguro, para ser sincero. Puede solucionar esto utilizando un campo <input> oculto llamado _method o similar y configúrelo en ELIMINAR o PONER, y luego manejar ese lado del servidor.

Answer 3

El funcionamiento de PUT es idempotente pero no es seguro. Si la operación PUT se repite, no insertará registros duplicados. Repita la operación PUT en caso de errores NetworkFailure después de verificar encabezados condicionales como If-no modificado-since y/o si coinciden. No repetir en caso de códigos de error 4XX o 5XX.