Digamos que tengo un recurso que puede tener dos comportamientos diferentes cuando se llama borradoestrategia de eliminación REST
- Se elimina el recurso.
- El recurso se mueve a la papelera de reciclaje.
¿Cómo se modelizaría de forma REST?
pensé en la siguiente solución:
DELETE /myresource
mueve el recurso a la papelera de reciclaje (comportamiento predeterminado)
DELETE /myresource?force-delete=true
fuerzas de borrar en el recurso.
¿Cumple con REST? Nunca he visto parámetros de consulta en la URL al llamar a DELETE, ¿está bien?
Esto rompe las 'reglas' de REST en el sentido de que se dirige a un recurso diferente. Al mismo tiempo, también lo hacen /myresource.json y /myresource.xml proporcionando diferentes formatos de la misma información (¡use sus encabezados de aceptación, personas!) Pero eso no va a desaparecer pronto. –
Esto no es 'REST', estás haciendo acciones en una forma RPC. – thecoshman