API indisponible ou données en retard : quelle réponse envoyer ?
dans Doctrine
Une dépendance ne répond plus : servir une copie, attendre ou refuser dépend de l’opération. Les réponses HTTP doivent rendre ce choix clair pour le client.
Articles
Liste des articles rédigés par les contributeurs, mis à disposition des visiteurs
REST et CQRS : relier les lectures de l’API aux décisions métier
dans Doctrine
GET sert souvent les vues de lecture, tandis que les écritures demandent une décision métier. REST et CQRS se combinent sans imposer le même découpage.
HTTP et idempotence : quand peut-on réessayer une requête ?
dans Doctrine
Une réponse perdue ne signifie pas que l’opération a échoué. Méthodes HTTP, clés d’idempotence et suivi du résultat aident à réessayer sans créer de doublon.
Faire évoluer une API utilisée par des agents sans casser leurs parcours
dans Doctrine
Un agent doit pouvoir identifier le contrat utilisé et comprendre son évolution. Versions, dépréciation, liens et erreurs explicites facilitent la migration.
Agent IA et API : éviter d’écraser une modification concurrente
dans Doctrine
Un agent peut écrire à partir d’une ancienne version. Une précondition vérifiée par le serveur permet de détecter le conflit et de reprendre sur un état relu.