Comando Separazione query. Come gestire la gestione degli errori per le funzioni di muting che ritornano void

La separazione di comando / query non è propriamente appropriata in una lingua che utilizza i codici risultato. Se vuoi implementarlo in un laguage con i codici risultato, devi dire che un "comando" restituisce solo un codice risultato, mentre una "query" restituisce una struttura o un'opzione con un codice risultato o un valore reale.

in Segregazione di responsabilità della query dei comandi (in breve CQRS) spesso comunichi tra servizi che utilizzano eventi. Quindi il tuo comando "nuovo cliente" potrebbe portare a un evento "cliente creato". La tua vista potrebbe rispondere a quell'evento aggiornando così l'utente vedrà il nuovo cliente nell'elenco dei clienti.

La stessa cosa vale per gli errori. un comando "nuovo cliente" potrebbe portare a un evento "rating insufficiente rilevato" (un errore per qualcuno che non soddisfa alcuni requisiti di rating) e chiunque abbia bisogno di sapere che le informazioni potrebbero ascoltare quell'evento.

Per semplici convalide (come il nome utente che viene riempito) un sistema CQRS non accetta il comando. A seconda della lingua specifica, in questo caso è possibile restituire un codice di errore anziché vuoto (l'eccezione di lancio o i codici di risposta http sono gli altri metodi più comuni per gestirlo). La cosa importante da ricordare qui è che un "ok" significa che il comando viene effettivamente considerato, non un ok nei termini in cui tutti i servizi avranno successo. La validazione del tuo comando dovrebbe essere solo limitata ai controlli come sono i campi obbligatori pieni e i campi numerici sono effettivamente numerici.