D’un autre côté, l’idée est de modéliser un métier non-CRUD (avec des actions autre que create, update, delete) justement en créant des ressources de types « action » et en y accédant à la manière « CRUD » plutôt qu’en donnant une sémantique non-CRUD à des URLs (en web) ou en faisant gérer la consistance du modèle par l’appelant (qui effectuera plusieurs update du modèle pour une seule action cohérente).

Il faut comprendre, sauf erreur de ma part qu’à partir du moment où ton application « purement crud » souhaite afficher les 10 dernières saisies, elle n’est plus purement crud et CQRS deviens sensé, car on va « calculer » pour obtenir les 10 dernières saisies. Le « purement » dans « purement CRUD » est très fragile

Cela tranche avec vos affirmations …

Et pour le « oriented architecture », c’est parce que WOA s’intéresse à un système global résultant de l’assemblage de « services » REST (le « service » désignant les ressources d’un domaine fonctionnel particulier).

Merci pour l’article !