Comment les méthodes HTTP correspondent-elles au CRUD, et que signifient safe et idempotent ?

Exemples

PUT /users/42 envoie la représentation entière et la remplace ; PATCH /users/42 n'envoie que les champs à modifier (p. ex. { "email": "[email protected]" }).

Safe vs idempotent

Ce sont deux propriétés différentes :

• Safe — la méthode ne modifie pas l'état du serveur (lecture seule). GET, HEAD, OPTIONS sont safe.
• Idempotent — effectuer la même requête N fois a le même effet que l'effectuer une fois. GET, PUT, DELETE, HEAD sont idempotents.

Pourquoi c'est important

Les recruteurs posent cette question pour voir si vous comprenez la sémantique HTTP assez bien pour construire des API fiables. La distinction safe/idempotent n'est pas académique : elle régit directement ce que les clients, proxies et CDN sont autorisés à faire. Les méthodes safe peuvent être mises en cache et préchargées librement ; les méthodes idempotentes peuvent être réessayées automatiquement après un timeout réseau sans risque de dupliquer des effets de bord — c'est pourquoi un client peut réessayer un PUT ou un DELETE en toute sécurité mais doit être prudent en réessayant un POST (il pourrait créer deux orders). L'erreur classique est d'utiliser GET pour déclencher des effets de bord (p. ex. GET /users/42/delete), ce qui casse le caching et laisse les crawlers muter accidentellement des données. Choisir la bonne méthode — et respecter son contrat de safety et d'idempotence — est ce qui rend une API prévisible et sûre pour construire de l'outillage autour.