Hur mappar HTTP-metoder till CRUD, och vad betyder safe och idempotent?

Exempel

PUT /users/42 skickar hela representationen och ersätter den; PATCH /users/42 skickar bara fälten som ska ändras (t.ex. { "email": "[email protected]" }).

Safe vs idempotent

Dessa är två olika egenskaper:

• Safe — metoden modifierar inte server-tillstånd (read-only). GET, HEAD, OPTIONS är safe.
• Idempotent — att göra samma request N gånger har samma effekt som att göra den en gång. GET, PUT, DELETE, HEAD är idempotent.

Varför det är viktigt

Intervjuare frågar detta för att se om du förstår HTTP-semantik väl nog för att bygga tillförlitliga API:er. Skillnaden safe/idempotent är inte akademisk: den styr direkt vad clients, proxyer och CDN:er får göra. Safe-metoder kan cachas och prefetchas fritt; idempotent-metoder kan automatiskt försökas igen efter en network timeout utan risk att duplicera sidoeffekter — vilket är varför en client tryggt kan försöka igen med en PUT eller DELETE men måste vara försiktig med att försöka igen med en POST (den kan skapa två orders). Det klassiska misstaget är att använda GET för att utlösa sidoeffekter (t.ex. GET /users/42/delete), vilket bryter caching och låter crawlers oavsiktligt mutera data. Att välja rätt metod — och respektera dess safety- och idempotency-kontrakt — är vad som gör ett API förutsägbart och säkert att bygga verktyg kring.