Come dovrebbe la mia applicazione web gestire errori comuni come password errata, timeout della sessione, ecc.?

Il modo convenzionale è di restituire un'eccezione personalizzata e lasciare che il codice chiamante decida cosa succede allora.

Immagina che il tuo comando "login" sia confezionato come una libreria e utilizzato in più applicazioni. In un'applicazione, se è presente un timeout, si desidera visualizzare un messaggio di errore e rinunciare. In un'altra applicazione, in caso di timeout, si desidera riprovare il metodo tre volte e abbandonare solo se tutti e tre gli accessi non riescono al timeout. Fornendo un'eccezione, offri a entrambe le applicazioni l'opportunità di fare quello che vogliono.

Potrebbe essere allettante, ma non provare a inserire entrambe le due opzioni nel comando "login", ad es. aggiungendo un nuovo parametro "howManyRetriesOnTimeout". Una terza applicazione potrebbe voler fare qualcos'altro. Inoltre, come regola generativa, non è consigliabile inserire più funzionalità (accedere, ripetere il timeout) in un unico metodo.

Dovresti iniziare dividendo i possibili errori in due categorie: quelle che l'utente può eventualmente correggere e il resto. Ciascuna di queste categorie dovrebbe avere un approccio separato.

Se si verifica un problema con le credenziali o il timeout è stato superato, l'utente deve essere informato di ciò al fine di adottare misure. Dovresti mostrare all'utente un messaggio che indica il problema in modo user-friendly (ad esempio, non stampare la traccia dello stack).

Per quanto riguarda la creazione di eccezioni personalizzate, questo non è proprio specifico per il tipo di applicazione che stai sviluppando. Tutti i consigli generali e le migliori pratiche possono essere utili. Considerare inoltre l'utilizzo di codici di stato per tali errori anziché generare eccezioni.

Gli esempi che fornisci sono cose che richiedono un'azione da parte dell'utente. Ti suggerisco di dire all'utente con la massima chiarezza possibile cosa è andato storto e cosa devono fare.

Dal sito dell'esperienza utente

Help users recognize, diagnose, and recover from errors - Error messages should be easily read and understood by the users, and should tell them what to do to fix this (e.g don't write "Error 1052" and let the users search the solution themselves, but instead write "We couldn't locate you. Please turn on your phone's GPS under Settings").

link