Log4Net и потребление памяти

Question

Я вижу, что LogNet обычно создается с помощью статической переменной:

static logger = LogManager.GetLogger(frame.GetMethod().DeclaringType); 

Глупый вопрос, но:

1) Не является ли это немного раздражает --- то есть. У меня должен быть этот беспорядок вызова в каждой части журнала моего кода.

2) Не создает ли это слишком много накладных расходов на память, т.е. Каждый из моих классов будет связан с отдельным классом ведения журнала. 300 классов, использующих протоколирование, заставят использовать 300 протоколирующих статических переменных? Кажется странным.

Answer 1

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

public class Foo 
{ 
    private ILog Logger; 

    public Foo() 
    { 
     Logger = LogManager.GetLogger(GetType()); 
    } 

    //rest of class here 

} 

Это довольно чистое и пока у меня есть проблемы с памятью, нет никакого смысла в начале использования оптимизации памяти приложения. Однако не все мои классы выполняют протоколирование, поэтому только те, которые делают/должны будут иметь этот бит кода в них. Если все ваши классы записываются в журнал, это звучит так, будто вы можете перехватывать журнал, либо это, либо вы имеете дело с довольно большим приложением (в зависимости от того, что у вас есть 300 классов, записывающих в журнал). Если в дальнейшем это так, то 300 экземпляров журнала, вероятно, не являются значительной частью вашего использования памяти.

У вас есть возможность настроить ваш регистратор как именованный экземпляр ILog Logger = LogManager.GetLogger("MyNamedLogger"); вместо этого и использовать этот экземпляр «named» ILog для нескольких классов. Обратите внимание, что вы потеряете часть полезности зарегистрированных сообщений из-за того, как обычно записываются сообщения журнала. Вы могли бы компенсировать это несколькими способами.

Answer 2

log4net поддерживает репозиторий журналов, вам не нужно ставить их. Рекомендуется использовать именованный логгер для каждого класса, поэтому вам не нужно беспокоиться о «накладных расходах» на наличие нескольких сотен регистраторов в памяти. Если это проблема, вам, вероятно, потребуется полностью удалить протоколирование.

Ведение журнала беспорядочно, т. Е. Он загромождает ваш код тем, что не является частью бизнеса. Программирование ориентированного направления может помочь вам there.