Data un'architettura a cipolla, quali sono i vantaggi e gli svantaggi del lancio di eccezioni nella logica aziendale (che si trova al centro della cipolla) per i parametri non validi forniti dall'utente?
L'alternativa sarebbe codice di errore.
Ho argomenti per entrambi gli approcci, eccezioni e codici di errore, tuttavia trovo difficile decidere.
Il livello aziendale non dovrebbe ottenere valori forniti dall'utente, non validi o non validi. Il livello applicazione avrebbe dovuto già convalidare i valori e convertirli dal dominio dell'applicazione al dominio aziendale.
Per dirla in altro modo, un'eccezione generata dal livello aziendale non dovrebbe rimbalzare fino al livello dell'interfaccia utente. Dovrebbe essere catturato dal livello dell'applicazione e convertito in un utile elemento dell'interfaccia utente.
C'è molto materiale su SE e altrove che si occupa di eccezioni rispetto ai codici di errore in generale. A questo proposito, non c'è nulla di speciale nel livello aziendale: prova a gestire gli errori nel modo più coerente possibile all'interno dell'applicazione.
Quindi, se dovessi usare un'eccezione per gli errori di validazione in altre parti della tua applicazione, fai lo stesso qui.
Leggi altre domande sui tag error-handling architecture exceptions