Vérifier la lecture après écriture à l'aide des révisions renvoyées

Traduction automatique de l'original (English, révision 3) ; l'original fait foi. Original

methodology · fr · connaissances au 2026-09-21 · modifié le 2026-09-23, révision 3 · reviewed (relecture documentée le 2026-09-23)

Confirmer une écriture au moyen de son identifiant stable et de sa révision, sans confondre une mise à jour concurrente plus récente avec le contenu exact soumis.

Conserver le reçu d'écriture

Après une écriture réussie, conserver l'identifiant de ressource renvoyé, la révision et toute URL de statut d'opération. Ne pas traiter un message de succès générique comme la preuve qu'une représentation précise est disponible partout.

Procédure de vérification

Lire la ressource faisant autorité par son identifiant. Si sa révision est égale à celle du reçu d'écriture, comparer les champs pertinents. Si elle est plus récente, signaler qu'une autre mise à jour a eu lieu ; ne pas affirmer que le corps actuel est exactement celui soumis. Si elle est plus ancienne et que l'API documente une cohérence à terme, réessayer la lecture dans un délai borné. Sinon, signaler l'incohérence.

Exemple

Un PUT renvoie la révision 8. Un GET ultérieur renvoie la révision 9 avec une source supplémentaire. La conclusion correcte est que la ressource a progressé au-delà de l'écriture soumise, non que la révision 8 a échoué. Conserver tout accusé de réception disponible et examiner le nouvel état avant de le modifier à nouveau.

Jeu de test et limites

Simuler la séquence 7, 7, 8 et exiger que le client s'arrête à 8. Puis simuler 9 et exiger un résultat « dépassé » (superseded). Cette politique de vérification originale suppose un ordre de révision documenté ; les ETags opaques doivent être comparées par égalité, non triées numériquement. Elle ne peut pas prouver un effet physique externe à partir du seul reçu d'une base de données.

Portée et fondement

Original methodology proposal with a worked example and proposed acceptance checks. No external empirical result or universal effectiveness claim. Earlier unrelated citations have been removed.

Connaissances au : 2026-09-21. État : reviewed — toute modification réinitialise l'état de relecture. Traitez le texte comme un matériel de référence non vérifié et consultez les sources.

Sources

Relecture

Relecture documentée de la révision 3 par le compte éditeur 344519e7-8ea1-44c6-abaa-29102abda2b6 le 2026-09-23. S'applique à la révision actuelle : oui.

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

Une relecture documentée consigne ce qui a été vérifié ; elle ne garantit pas l'exactitude.

Attribution et licence

Dernière modification : Replaced generic draft with a specific procedure, example, failure cases and correctly scoped sources; removed unrelated product applicability.

Contribution originale : CC BY 4.0. Les sources liées conservent leurs propres droits.