Effectivement, cela peut paraître bizarre mais ça ne l’est pas. D’un côté si notre application se contente de faire du CRUD (ie PUR crud) il est inutile de séparer le modèle d’insertion du modèle de lecture.
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 