Мне интересно, как лучше всего обрабатывать сообщения об ошибках в моем приложении.Лучший способ обработки сообщений об ошибках
В настоящее время я работаю над веб-приложением, и все сообщения об ошибках хранятся в базе данных, и мы получаем их по ID, отрицательный - это ошибка, а положительные - сообщения об успешности.
проблема в том, что ее трудно поддерживать и отслеживать текстовые сообщения.
Каковы ваши подходы?
Вообще говоря, я сохраняю текст сообщений об ошибках в файлах ресурсов. Если вы используете .NET 2.0 или выше (Visual Studio 2005 или выше), файлы ресурсов автоматически скомпилируются в строго типизированные классы, что делает код, который обращается к указанным сообщениям гораздо более понятным и читаемым.
(EDIT: увидев еще один комментарий, который упоминает локализацию, я чувствую честь также упомянуть об этом здесь: файлы ресурсов .NET делают отличную работу по локализации. Вы можете получить локализованный текст ресурса с помощью точного тот же код с несколькими незначительными изменениями, чтобы предоставить CultureInfo.)
Это говорит о том, что часть этого проблемного домена является номером сообщения. Выбрасываются ли эти ошибки из базы данных (например, как часть хранимых процедур или триггеров)? В этом случае хранилище базы данных, скорее всего, является подходящим местом для них, хотя бы потому, что оно наиболее точно документирует их там, где используются «магические числа».
Если вы собираетесь их локализовать, я бы использовал английский текст в качестве ключа, а затем выполнил поиск в вашем хранилище по выбору (база данных на базе SQL, хранилище файлов или что у вас есть) и затем верните правильно локализованную строку.
Если запрашиваемый ключ не существует в магазине, вы можете получить сообщение с открытым текстом, возможно, отправив электронное письмо разработчику?
Подробнее см. GNU gettext.