|
Как написать правильный Logger для прогрммного комплекса
|
|||
---|---|---|---|
#18+
Привет! Еть представление о "каналах" системы. Источники(приемники) данных давно уже сведены до алиасов, но нет понимания того, как должен архитектурно выглядеть модуль, позволяющий вести историю жизнедеятельности системы , гибко в дизайн- и рантайме. Где бы посмотреть правильное решение на этут тему? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2012, 07:52 |
|
Как написать правильный Logger для прогрммного комплекса
|
|||
---|---|---|---|
#18+
BlackGnomeГуест, архитектурно с какой точки зрения? Перечень требований к логгеру есть? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2012, 09:28 |
|
Как написать правильный Logger для прогрммного комплекса
|
|||
---|---|---|---|
#18+
Не изобретать велосипед, а взять готовое решение. Зависит от инструментов разработки: log4j, log4net, Enterprise Library и т.д. То что на память пришло, не в порядке предпочтений... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 23:23 |
|
Как написать правильный Logger для прогрммного комплекса
|
|||
---|---|---|---|
#18+
Если .NET, можно еще глянуть в сторону нативного System.Web.Management.WebBaseErrorEvent, который идет в коробке. Вот тут примеры. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 10:00 |
|
Как написать правильный Logger для прогрммного комплекса
|
|||
---|---|---|---|
#18+
Igor Barchenko, log4j, log4net, Enterprise Library и т.д. Технически написать на них логгеров не сложно, но вот сделать лог реально используемым и информативным - гораздо сложнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 10:22 |
|
Как написать правильный Logger для прогрммного комплекса
|
|||
---|---|---|---|
#18+
dvim, осталось понять, что такое "реально используемый" и "информативный" лог... От тебя зависит, что попадет в лог. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 10:27 |
|
Как написать правильный Logger для прогрммного комплекса
|
|||
---|---|---|---|
#18+
BlackGnomeГуестГде бы посмотреть правильное решение на этут тему? Его не надо "смотреть", его надо "спроектировать". Задать себе вопросы: какие люди будут смотреть лог? Что они будут хотеть увидеть? Какими инструментами воспользоваться? Какие операции выполнить? В общем - спроектировать его так же, как любой модуль программного комплекса. После этого взять стандартные решения для вашего инструментария и прикинуть, какую прокладку потребуется написать для того, чтобы реализовать требуемый функционал. При этом, скорее всего, окажется, что нужен не один внешний вид инструмента, потому что, например, лог аудита доступа к данным - это одно, лог выполнения перекачек данных и прочих автоматических заданий - это другое, а лог работы приложения, по которому разработчики ловят ошибки - это третье. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 10:40 |
|
|
start [/forum/topic.php?fid=33&fpage=17&tid=1547699]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 133ms |
0 / 0 |