Hai delle buone pratiche riguardo a quale tempo usare nel messaggio quando stai codificando il codice di lancio delle eccezioni o di registrazione dei messaggi: "Could not acquire connection from DataSource" contro "Can not acquire connection from DataSource" ?
Mi piace usare il tempo presente quando il codice di errore / generatore di eccezioni è la "causa principale" del problema e il tempo passato quando sto semplicemente riconfezionando un errore / eccezione da un livello inferiore di codice.
Ad esempio, quando il nostro frontend inoltra una richiesta al nostro back-end, il backend potrebbe restituire un messaggio di errore "Impossibile connettersi al database" e il frontend genererà "Impossibile recuperare i widget perché: Impossibile connettersi al database".
In generale, le sole "migliori pratiche" in materia di formulazione di eccezioni / errori devono essere chiare, non ambigue, non fuorvianti e coerenti possibili. A mio parere, la convenzione sul tempo che ho appena descritto si adatta meglio a quei criteri, ma probabilmente ci sono altre convenzioni altrettanto valide.
Penso che il passato sia una scommessa più sicura. Nel tuo esempio:
1) "Impossibile acquisire la connessione da DataSource" - è stato effettuato un tentativo, non è riuscito, la situazione potrebbe essere cambiata da allora.
2) "Impossibile acquisire la connessione da DataSource" - è stato effettuato un tentativo, non è riuscito, è sicuro al 100% che la situazione sia sempre la stessa.
Inoltre quale tempo sceglieresti per un errore di timeout?
"Timeout durante l'acquisizione della connessione ..."
vs
"Timeout durante l'acquisizione della connessione ..."
PS: sarei più preoccupato di includere tutti i dettagli utili, ad esempio: "Impossibile acquisire la connessione da DataSource" [nome del server, nome del database] "in [data e ora] per l'utente [nome utente]."
Leggi altre domande sui tag coding-style logging