Me pregunto cuál es la mejor forma de manejar los mensajes de error en mi aplicación.La mejor manera de manejar los mensajes de error
Actualmente estoy trabajando en una aplicación web y todos los mensajes de error se almacenan en la base de datos y los obtenemos por ID, negativo es un error y los mensajes positivos son positivos.
el problema es que es difícil de mantener y mantener el seguimiento de los mensajes de texto.
¿Cuáles son sus enfoques?
En general, conservo el texto de los mensajes de error en los archivos de recursos. Si está usando .NET 2.0 o superior (Visual Studio 2005 o superior), los archivos de recursos se compilan automáticamente en clases fuertemente tipadas, haciendo que el código que accede a dichos mensajes sea mucho más claro y legible.
(EDIT: Al ver otro comentario que menciona la localización, me siento honrado de mencionarlo aquí también: los archivos de recursos .NET hacen un excelente trabajo de localización. Puede obtener el texto localizado del recurso a través de la mismo código, con solo algunos ajustes menores para proporcionar CultureInfo.)
Dicho esto, parece que una parte de este dominio de problema es un número de mensaje. ¿Se están lanzando estos errores desde la base de datos (por ejemplo, como parte de procesos o activadores almacenados)? En ese caso, el almacenamiento de la base de datos es probablemente el lugar correcto para ellos, aunque solo sea porque eso los documenta más cerca de donde se usan los "números mágicos".
Si va a localizarlos, utilizaría el texto en inglés como la clave, y luego realizaría una búsqueda en su almacenamiento de elección (una base de datos basada en SQL, una tienda de archivos, o lo que sea), y luego devuelve la cadena adecuadamente localizada.
Si la clave solicitada no existe en la tienda, podría generar un error de texto sin formato, tal vez enviar un correo electrónico a un desarrollador.
Para obtener más inspiración, vea GNU gettext.