Регистрация ошибок в C #

Здесь много сторонников log4net, поэтому я уверен, что это будет проигнорировано, но я добавлю свои собственные предпочтения:

System.Diagnostics.Trace

Сюда входят слушатели, которые прослушивают ваши Trace() методы, а затем записывают в файл журнала / окно вывода / журнал событий, в структуру включены DefaultTraceListener, TextWriterTraceListener и EventLogTraceListener. Он позволяет вам указывать уровни (Предупреждение, Ошибка, Информация) и категории.

Класс трассировки в MSDN
Запись в журнал событий в веб-приложении
UdpTraceListener - записывать сообщения XML, совместимые с log4net, в средство просмотра журналов, такое как log2console

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

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

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

Enterprise Library - надежная альтернатива log4net, а также предлагает множество других возможностей (кэширование, обработка исключений, проверка и т. д.). Я использую его практически в каждом проекте, который создаю.

Настоятельно рекомендуется.

Хотя лично мне это не нравится, log4net, по-видимому, является стандартом де-факто для ведения журналов C #. . Пример использования:

log4net.ILog log = log4net.LogManager.GetLogger(typeof(Program));
log.Error(“Some error”);
log.ErrorFormat("Error with inputs {0} and {1}", stringvar, intvar);

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

Log4Net - это довольно комплексная структура ведения журнала, которая позволит вам выполнять вход на разные уровни (отладка, ошибка, Fatal) и выведите эти операторы журнала в разные места (файл прокрутки, веб-сервис, ошибки Windows).

Я могу легко войти в любое место, создав экземпляр регистратора

private static readonly ILog _log = LogManager.GetLogger(typeof([Class Name]));

а затем зарегистрировать ошибку.

_log.Error("Error messsage", ex);

Serilog опаздывает на вечеринку, но предлагает несколько интересных вариантов. Это похоже на использование классических текстовых логгеров:

Log.Information("Hello, {0}", username);

Но, в отличие от более ранних фреймворков, он только отображает сообщение и аргументы в строке при написании текста, например. в файл или в консоль.

Идея состоит в том, что если вы используете хранилище данных в стиле NoSQL для журналов, вы можете записывать такие события, как:

{
    Timestamp: "2014-02-....",
    Message: "Hello, nblumhardt",
    Properties:
    {
        "0": "nblumhardt"
    }
}

Синтаксис строки формата .NET расширен, поэтому приведенный выше пример можно записать как:

Log.Information("Hello, {Name}", username);

В этом случае свойство будет называться Name (а не 0), что упростит выполнение запросов и сопоставление.

Уже есть несколько хороших вариантов хранения. MongoDB и хранилище таблиц Azure кажутся довольно популярными для DIY. Изначально я создал Serilog (хотя это проект сообщества), а сейчас я работаю над продуктом под названием Seq, который предоставляет хранилище и запрос таких событий структурированного журнала.

Вы можете использовать встроенное ведение журнала .NET. Загляните в TraceSource и TraceListeners, их можно настроить в файле .config.

То же самое и для log4net. Я добавляю свои два бита, потому что для фактического использования имеет смысл взглянуть на некоторые реализации с открытым исходным кодом, чтобы увидеть образцы кода реального мира с некоторыми удобными дополнениями. Для log4net я бы посоветовал сразу взглянуть на подтекст. В частности, обратите внимание на биты информации о запуске и сборке.

В дополнение к паре комментариев, касающихся использования методов System.Diagnostics для ведения журнала, я также хотел бы указать, что DebugView очень удобен для проверки вывода отладки при необходимости - если он вам не нужен, приложениям не нужно создавать файл журнала, вы просто запускаете DebugView как и при необходимости.

Встроенная трассировка в System.Diagnostics подходит для .NET Framework, и я использую ее во многих приложениях. Однако одна из основных причин, по которой я все еще использую log4net, заключается в том, что встроенной трассировке .NET Framework не хватает многих полезных полнофункциональных приложений, которые уже встроены в log4net.

Например, в .NET Framework действительно не существует хорошего прослушивателя трассировки файлов, отличного от того, который находится в dll VB.NET, который на самом деле не является таким полнофункциональным.

В зависимости от вашей среды разработки я бы рекомендовал использовать log4net, если сторонние инструменты не доступны, тогда я бы сказал, что используйте классы трассировки System.Diagnostics. Если вам действительно нужен лучший appender / tracelistener, вы всегда можете реализовать его самостоятельно.

Например, многие наши клиенты требуют, чтобы мы не использовали библиотеки с открытым исходным кодом при установке на их корпоративные машины, поэтому в этом случае классы трассировки .NET Framework идеально подходят.

Кроме того, я ищу http://www.postsharp.org/ библиотеку АОП, которая может также помогают в ведении журнала, как показано здесь в проекте кода: http://www.codeproject.com/KB/dotnet/log4postsharp-intro.aspx.

ExceptionLess - один из самых простых пакетов nuget, доступных для ведения журнала. Это проект с открытым исходным кодом. Он автоматически обрабатывает необработанные исключения, и доступны параметры для ручных журналов . Вы можете войти в систему через Интернет или самостоятельно размещать на локальном сервере.

Log4Net, как говорили другие, довольно распространен и похож на Log4j, который поможет вам, если вы когда-нибудь будете использовать Java.

У вас также есть возможность использовать блок приложения для ведения журнала http://www.codeproject.com/KB/architecture/GetStartedLoggingBlock.aspx