3 CQRS Architectures that Every Software Architect Should Know | by Daniel Rusnok

CQRS

Design Pattern

Un article qui explique clairement le concept de CQRS.
Encore en anglais...
Si vous avez des bonnes ressources sur la questions, pensez à les partager !

Afficher la ressource

Partagé par Benoit GANTAUME

il y a plus de 4 ans

Benoit GANTAUME il y a plus de 4 ans

Je n'ai hélas pas encore eu l'occasion de tester ce pattern en situation réelle...
Du bon vieux CRUD a souvent suffi...
Avez-vous du retour sur son utilisation ?

Laurent il y a plus de 4 ans

J’ai eu l’occasion de le mettre en place sur un gros projet.
C’est un bon pattern d’architecture logicielle qui permet de bien séparer les transactions en lecture d’un côté et les transactions en lecture/écriture de l’autre.
Les développeurs aiment bien.
L’utilisation de commandes permet une bonne réutilisation des règles de gestion internes.
Pattern à ne pas confondre avec « Event Sourcing » qui lui est une extension de CQRS.

Damien Raymond il y a plus de 4 ans

Même si on n'utilise pas CQRS, je trouve que le concept de command peut être utilisé parfois juste pour avoir un code plus lisible et explicite.

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.

3 CQRS Architectures that Every Software Architect Should Know | by Daniel Rusnok (en)

Pilier #4 L'adaptation Au Changement

7 Questions à poser en entretien d’embauche de développeur

Dev Freelance : Percer le plafond de verre de la régie

Comment implémenter un Design System avec Timur Rustamov

C'est Reparti ! Demandez Le Programme