Обработка исключений, вызванных ведением журнала

Question

Мы все знаем, что регистрация очень важна, и что существует множество потенциальных мест для входа.(например, файл, база данных, журнал событий, ...)

Тем не менее, что вы делаете, когда сама регистрация создает исключение?Если мы пытаемся войти в файл, но у нас нет разрешений, или файл заблокирован, мы можем войти в журнал событий.Я не знаю, как это произойдет, но я предполагаю, что есть сценарий, который может привести к сбою регистрации в журнале событий.Как бы вы обрабатывали исключения, возникающие при ведении журнала, чтобы гарантировать, что об этом где-то сообщается?

Какие методы ведения журнала наименее вероятны при сбое?Какие методы ведения журналов наиболее вероятны с ошибками?

Моя текущая схема заключается в том, что при ведении журналов все идет в файл, при этом немного добавляется в журнал событий.Если запись в файл не удалась, я записал бы это в журнал событий.У меня нет хорошего плана для сбоя журнала событий.

Answer 1

Я бы сказал, что вы заходите слишком глубоко.Каркасы журналов должны заботиться о себе.Это означает: никаких исключений, если за кулисами не происходит что-то действительно ужасное.

Исключения блокировки файлов никогда не должны появляться.Если они это сделают, ваш каркас имеет недостатки.Это означает, что вы используете неправильный фреймворк, так как это будет очень существенным недостатком.

Во-вторых, права доступа к файлам.Вы сами решаете, где появятся зарегистрированные файлы.Если вы не учитываете права доступа к файлам и каталогам, это ваша вина.Вы должны убедиться, что ваш регистратор может регистрировать, где вы говорите, чтобы регистрировать.

Итог: запись в файлы.Это самый удобный способ.Также самый быстрый способ.Вход в базу данных всегда может быть неудачным.Если фреймворк достаточно устойчив, он не выдаст никаких исключений.Вы должны убедиться, что права доступа к файлам установлены правильно.И это все, что нужно сделать.