Mi chiedo quale sia il modo migliore per gestire i messaggi di errore nella mia applicazione.Il modo migliore per gestire i messaggi di errore
Attualmente sto lavorando a un'applicazione web e tutti i messaggi di errore sono memorizzati nel database e li otteniamo tramite ID, il negativo è un errore e positivi sono i messaggi di successo.
il problema è che è difficile da mantenere e tenere traccia dei messaggi di testo.
Quali sono i tuoi approcci?
In generale, mantengo il testo dei messaggi di errore nei file di risorse. Se si utilizza .NET 2.0 o versione successiva (Visual Studio 2005 o versione successiva), i file di risorse vengono automaticamente compilati in classi fortemente tipizzate, rendendo il codice che accede a tali messaggi molto più chiaro e leggibile.
(MODIFICA: Dopo aver visto un altro commento che menziona la localizzazione, mi sento onorato di menzionarlo anche qui: i file di risorse .NET fanno un ottimo lavoro di localizzazione. Puoi ottenere il testo localizzato della risorsa tramite l'esatto stesso codice, con pochi piccoli ritocchi per fornire CultureInfo.)
Detto questo, sembra che una parte di questo problema sia un numero di messaggio. Questi errori vengono lanciati dal database (ad esempio, come parte di processi o trigger memorizzati)? In tal caso, l'archiviazione del database è probabilmente il posto giusto per loro, se non altro perché li documenta più da vicino dove vengono utilizzati i "numeri magici".
Se state per localizzarli, vorrei usare il testo inglese come chiave, e quindi eseguire una ricerca nel vostro archivio di scelta (un database basato su SQL, archivio di file, o cosa avete), e quindi restituire la stringa correttamente localizzata.
Se la chiave richiesta non esiste nello store, è possibile che si verifichi un errore di testo normale, magari inviando un'e-mail a uno sviluppatore?
Per ulteriori suggerimenti, vedere GNU gettext.