Как логировать?

В С++ есть препроцессор, это позволяет сделать прекрасный логер, примерно так:
Ключевые моменты тут: 1) краткость при использовании и 2) получение в логе имени файла, функции и номера строки.

Вопрос: Как подобное реализовать на С# ?

0

gumi250, вот так вот кратко - никак) Да и номер строки и имя файла тоже не получить. Да и не особо это должно быть нужным.

А так, практики логирования две:
1. Статический класс Logger
2. Внедрение зависимостей, когда Logger в конструктор каждого класса внедряется

0

Да и номер строки и имя файла тоже не получить. Да и не особо это должно быть нужным.

А каким образом мне найти место в коде, которое сгенировало интересуемую строчку в логе?

0

gumi250, можно использовать такие вот атрибуты, но это дико код загадит.

Добавлено через 1 минуту
Мне кажется, что вам не нужно то, что вы просите. Это похоже на какую-то отладку методом "MessageBox".

0

Мне кажется, что вам не нужно то, что вы просите. Это похоже на какую-то отладку методом "MessageBox".

Да, это отладка с помощью лога и есть. Это много удобней MessageBox. Много лет на С++ использую подобный логер, это очень удобно и как писать код без подобной штуки я не представляю.

0

gumi250, а писать код без подобной штуки очень просто. И код чище получается.

Моя практика показывает, что подобный подход совершенно не нужен. По крайней мере в C#. В студии (Visual Studio) замечательный отладчик. Есть даже условные brakepoints и c действиями (можно трейсить в окне вывода, в студии). Я это на полном серьёзе говорю.

Максимум - ассерты.

0

gumi250
Добавлено через 57 секунд
* но, как выше правильно заметили, это может быть актуально только в каких-то очень особенных сиутациях, когда нет вообще никакой возможности воспользоваться отладчиком.

Добавлено через 2 минуты
P.S.: только имейте ввиду, что это всё работает на этапе прекомпиляции, т.е. вызов LogInfo(); будет заменён на LogInfo(@"c:\prj\SampleLog\Program.cs", "Main", 24);. Т.е. внутри сборки будет информация об абсолютных путях той машины, где проект собирался.

3

Спасибо, то что нужно.

0

kotelok,

Сообщение от kotelok C# 1 2 3 4 private static void LogInfo(     [CallerFilePath] string file = null,     [CallerMemberName] string caller = null,     [CallerLineNumber] int? line = null)

чаво не хватает?

0

XLAT
Студия ведь должна подсказывать чего не хватает: using System.Runtime.CompilerServices; (Assembly mscorlib, Version=4.0.0.0, \.NETFramework\v4.7.2\mscorlib.dll).

1

Сообщение от XLAT чаво не хватает?

1

kotelok, TrickyBestia,

using System.Runtime.CompilerServices;

этого было мало:
надо было ещё повысить версию FW

0

Решил ответить на счет логирования исходя из своего не богатого опыта:
С++ Builder. Брейкпоинты при закрытии/открытии проекта не сохраняются. Есть инструмент логирования CodeSuite https://raize.com/codesite/ . Идеальное окошко с логом (в картинке). Но сделан он через классы, а не макросы, поэтому код лога огромен Ни имени файла ни номера строки. Неудобно. Пришлось писать свой логер через макросы, который имеет похожее окошко, но код лога короче:_TFl(Height) , а дабл_клик по строчке лога переносит в нужное место кода.
С++ Arduino (микроконтроллеры). Брейкпоинтов нет вообще. Только вывод лога в COM-консоль. Лог убог, ни цветовой подсветки ни имени файла ни номера строки. Неудобно. Пришлось писать свой логер с подсветкой, именем файла и номером строки.
С# Unity (Игры в моем случае под андроид). Почемуто брейкпоинты срабатывают через раз.,приходится ставить по нескольку брейкпоинтов подряд, в надежде что хоть что то сработает. Лог выводится в консоль самого Юнити, код лога длинный:
При дабл_клике по строчке лога переносит в нужное место кода. Сам лог простой, до CodeSite далеко. Основная проблема, это как вывести этот лог когда игра закачана на телефон (не подключенный к компу), консоль Юнити то уже недоступна.

В простых проектах можно и без логера, но в сложных случаях хороший лог это мощный инструмент, который прекрасно дополнит брекпоинты и может даже стать основным при отладке в циклах, в нескольких потоках, в системах клиент-сервер, ловли редко повторяющихся багов, багов в релиз версиях на других компах. Проблема в том, что бы логер был удобен: легко читаем, по дабл_клику по строчке лога пересылал в нужное место в коде, а его код был максимально краток и тогда возникает желанием им пользоваться.

Миниатюры

 

1

0

gumi250, часть того, что видно на скриншоте есть важные события системы и действительно подлежат журналированию (ошибка авторизации, подтверждение платежа от платёжного шлюза и тд). Такие события не требуют информации и номерах строк, но могут требовать свою, специфичную информацию.

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

В остальных случаях мне кажется использование такого логирования не профессиональным. Смотрите сами: на вставку этих вызовов "профилирования" уходит время, код загаживается, в случае с C# загаживается знатно, аффектится производительность, по крайней мере в Debug'е, притом сильно. Ну и не тренируется скил использования отладки.

0

Сообщение от Почтальон Так это микроконтроллеры, это совсем другая история, там кодят суровые бородатые дядьки, у них отладчик в голове.

Ардуино дети на работотехнике програмируют. В инете много любительских поделок на нем, JTAGа там нет, да и не панацея он.

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

Вот примеры моего использования логера,:
- Циклы, например у вас ошибка на тысячном шаге цикла. Как найти это с помощью только брекпоинта? Для условного брекпоинта нужен номер шага. А если ошибка в функции, но не на первом ее вызове, а на тысячном, и вызывается она из разных мест?
- Несколько потоков, тут брекпоинты кидают вас из потока в поток в середины кода, а в логи можно отсылать номер потока, и в итоге получить для каждого потока свой лог. Можно условные брекпоинты по ID потока, но это долго.
- Когда важно время выполнения, у вас нет времени на пошаговое выполнение кода, т.к. важно выполнить код за некоторое время. Например, клиент -серверные приложения, зачастую вы не можете отлаживать брекпоинтами одного из них, т.к. другой посчитает это за ошибку или завалит вас данными, которые вы пропустите.
- Отслеживание изменений обрабатываемых данных.
- Старые наработки, в которых вы наставили варнингов, и они тут же вываляться в лог в вашем новом еще глючном проекте.

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

0

Сообщение от gumi250 а пользоваться или нет каждый решает сам..

Немного не так. "Использовать его как логгер или пользоваться взамен отладчика". Всё-таки, это разные вещи.

0