> > 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
Ma che bella maniera di dirlo :) 2018-01-28 0:26 GMT+01:00 Carlo Bottiglieri [email protected] [it-torino-java-jug] <[email protected]>: > > > 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' >> >> >
