Presumibilmente è possibile resuscitare lo stato applicando lo stesso insieme di comandi, quindi perché non memorizzare semplicemente i comandi anziché gli eventi?Nell'architettura Event Store/CQRS, perché gli eventi vengono memorizzati al posto dei comandi?
Eventi, comunicare "questo è successo nel nostro sistema". Gli eventi si verificano quando un comando è stato accettato ed elaborato. Nessuno può rifiutare o cambiare il fatto che sia successo. È l'unica fonte autorevole di modifiche nel sistema
I comandi sono solo un modo per una parte del sistema (come un'interfaccia utente) per dire al componente responsabile di apportare modifiche al sistema (il "gestore di comandi") che cosa vuole fatto. Tuttavia, il gestore comandi può scegliere di non elaborare il comando per vari motivi. L'interfaccia utente potrebbe avere informazioni obsolete e l'elaborazione del comando non avrebbe senso per l'azienda o l'utente non avrebbe potuto disporre dei privilegi per eseguire tale azione. In entrambi i casi, il comando è in realtà solo una richiesta & non ha alcuna relazione con lo stato di un sistema
.
Grazie, è molto utile. –
Inoltre, la re-esecuzione dei comandi sarebbe distruttiva (influire sui dati). Per la re-esecuzione dei comandi per funzionare, si dovrebbe avere lo stesso stato iniziale. Gli eventi, per definizione, non sono distruttivi. – Rich
So che sono un po 'in ritardo per la festa, ma non è l'intero punto del negozio di eventi per ricreare lo stato dell'applicazione? La richiesta di un comando non è di per sé un evento? – Fatmuemoo