Hvordan mapper HTTP-metoder til CRUD, og hva betyr safe og idempotent?

Eksempler

PUT /users/42 sender hele representasjonen og erstatter den; PATCH /users/42 sender bare feltene som skal endres (f.eks. { "email": "[email protected]" }).

Safe vs idempotent

Dette er to forskjellige egenskaper:

• Safe — metoden endrer ikke servertilstand (kun lesing). GET, HEAD, OPTIONS er safe.
• Idempotent — å gjøre samme request N ganger har samme effekt som å gjøre den én gang. GET, PUT, DELETE, HEAD er idempotente.

Hvorfor det er viktig

Intervjuere spør om dette for å se om du forstår HTTP-semantikk godt nok til å bygge pålitelige API-er. Skillet safe/idempotent er ikke akademisk: det styrer direkte hva klienter, proxyer og CDN-er har lov til å gjøre. Safe-metoder kan caches og forhåndshentes fritt; idempotente metoder kan prøves på nytt automatisk etter en nettverkstimeout uten risiko for å duplisere sideeffekter — som er grunnen til at en klient trygt kan prøve en PUT eller DELETE på nytt, men må være forsiktig med å prøve en POST på nytt (den kan opprette to ordrer). Den klassiske feilen er å bruke GET til å utløse sideeffekter (f.eks. GET /users/42/delete), som ødelegger caching og lar crawlere endre data ved et uhell. Å velge riktig metode — og respektere dens safe- og idempotens-kontrakt — er det som gjør et API forutsigbart og trygt å bygge verktøy rundt.