È un tentativo di creare una risorsa duplicata, ad es. un utente, degno di lanciare un'eccezione?

Ci sono due posizioni estreme che possono essere prese qui:

1. Le eccezioni devono essere davvero eccezionali. Non c'è nulla nemmeno lontanamente eccezionale nel provare ad aggiungere un utente esistente. Pertanto, l'errore dovrebbe essere indicato tramite un valore di ritorno.
2. Se non è possibile eseguire un metodo attraverso il percorso funzionale ottimale (in questo caso, aggiungere un nuovo utente non ancora esistente), generare un'eccezione. Le eccezioni non sono eccezionali, rappresentano semplicemente dove non è possibile seguire il percorso non ottimale. I codici di errore non dovrebbero mai essere restituiti; questo dovrebbe sempre essere gestito da eccezioni.

Come per molte altre cose, la soluzione pragmatica è da qualche parte tra questi due estremi. Dato che stai fornendo un'API REST, anche se viene lanciata un'eccezione, è comunque necessario che venga catturata, eventualmente decodificata e raggruppata come risultato di ritorno per il client, altrimenti potrebbero non ricevere alcuna risposta. In questo caso, potrebbe essere più semplice restituire un messaggio di errore più semplice attraverso i vari livelli. Ci possono essere dei buoni motivi per cui il percorso delle eccezioni funzionerà meglio (se ci sono molti livelli, lanciare un'eccezione semplifica le cose a volte). Quindi valuta i pro e i contro e scegli la soluzione più adatta al tuo caso specifico.

I casi eccezionali non devono essere eccezionalmente rari. Scoprire che il nome utente desiderato è già stato preso è un caso eccezionale nel flusso di lavoro di "chiedi di creare un nuovo utente, il nuovo utente è creato". Lanciare un'eccezione qui è assolutamente soddisfacente e normale.