Ma che bel thread. Solo una nota e poi torno a lurkare: CQRS e Event Sourcing vengono spiegati e soprattutto usati assieme perche' assieme ti portano ai sistemi eventually-correct ad alte performance che tanto bene si adattano alle applicazioni commerciali di massa. Ha perfettamente senso, pero' trovo che nasconda un po' il valore concettuale di CQRS: poter rimuovere le bieche responsabilita' di lettura dai tuoi oggetti di dominio e' un'epifania che libera la mente per soluzioni piu' potenti e semplici, indipendentemente dall'architettura finale. CQRS+ES e' un bel meccanismo elegante, ma CQRS da solo e' un nuovo grado di liberta' quando definisci un qualunque ingranaggio, quindi e' meglio non incasellarlo solo con ES.
On Sat, Jan 27, 2018 at 12:50 PM max carbone [email protected] [it-torino-java-jug] <[email protected]> wrote: > > > >>> Command-Query Responsibility Segregation >>> >> >> Mi sento a casa :) Noi lo usiamo in combinazione con Event Sourcing (Axon >> nell specifico come implementazione). >> > > ​Ignorante che sono, ho "scoperto" il pattern CQRS solo di recente, > anch'io combinato al pattern Event Sourcing (ref.: > http://microservices.io/patterns/data/cqrs.html ). > > Bye. max > > > -- > 'Electric lamps were not invented by improving candles' > > >
