Feda /dev/ - No Javascript allowed

#54034 la idempotencia la tienes que querer por algún motivo, no porque sí. Dependiendo de la situación puede tener sentido hacer cosas así, pero también diré que yo he hecho eso mismo (200 para un delete cuando el recurso no existe) y es bastante mala idea.

Sobre todo porque cuando borras lo haces através de un identificador único (ya sea la clustering key o un guid) y si tienes ese identificador es porque crees que hay algo ahí. Si vas a borrarlo y ya no existe, lo que estabas haciendo en el cliente no tiene sentido... directamente no deberías tener ese ID.

#54036 que importe o no no es decisión tuya al implementar si no del consumidor, y cambiar ese comportamiento (de 200 continuo a 200 cuando sí y 404 cuando no existe) es un breaking change implícito (o sea que no sabes las ramificaciones que tendrá a menos que todo el mundo se ponga a revisar sus respectivos códigos).

precisamente si te comes el 404 "por temas de caché" puede que estés ocultando problemas de consistencia que no vas a detectar porque estás ofuscando el error

como diferencio de cuando está mal la ruta

aquí ya estás abriendo la veda para quejarse de http y restful y eso es un bucle infinito xd de hecho siempre se pone como algo muy loco el 200 http con un payload errors: {} pero no me parece tan descabellado tampoco por cosas así

#54044 yo estoy asumiendo que hablamos de APIs restful y en ese contexto el 404 tiene sentido, precisamente porque la ruta de acceso que vas a tener para borrar un recurso va a ser del palo

DEL /user/53

Si la ruta /user existe pero el usuario 53 no, retornar un 404 tiene todo el sentido del mundo. Además que el 404 puede tener un payload indicando el problema concreto.

Lo que me queda claro una vez más, es que si hubiéramos hecho BDD, TDD, y DDD, junto a arquitectura hexagonal, con vertical slicing y screaming architecture, esto estaría solucionado desde el inicio.

#54054 por eso tu estas en una faang ganando +200k, porque me haces caso, y los muertos de hambre del hilo viven de mencionarme... porque se creen mas listos. tipico de pueblerinos.

Sería un 404 si nunca existió o hard delete o un 410 si fue un soft delete.

Entender los 4XX como errores de la app no ha entendido que los 4XX son client errors en la mayoría de casos

#54057 te puedes marcar un error 500 y dejar con el culo torcido al cliente. Cierta aplicación de un fabricante alemán suelta errores 500 cuando ocurre una casuística similar a la que hablamos y se quedan tan panchos