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 environ 5 ans

Benoit GANTAUME il y a environ 5 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 environ 5 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 environ 5 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)

2039-16 La quête de sens avec Isabelle Cham

Est-ce que du code de qualité coûte plus cher ?

Principe #5 Faire Confiance

Statistiques & Études : Les bénéfices du TDD (EN)

TinyDB : Une base de données adaptée à vos projets personnels