У меня есть класс журналирования, который требует, чтобы его вызывали практически из любой точки приложения.
Однако в начале приложения требуется настройка с указанием «какой путь записи», «уровень журнала» и, если он «включен» или нет.
Я не хочу указывать эти параметры каждый раз или передавать класс Logging в качестве параметра для каждого отдельного объекта в моем приложении, поэтому я использую одноэлементный шаблон для регистрации.
В последнее время я сильно пострадал от тесно связанных классов. Я не хочу повторять ту же ошибку снова, но подумав об этом, похоже, что это единственное хорошее решение.
ОБНОВЛЕНИЕ:
Меня не волнует регистрация того, что меня волнует, решая подобные проблемы проектирования , у меня та же дилемма с другим объектом глобальных настроек, который требуется использовать из очень многих классов. Но внедрение его в каждый из них приводит к ужасным накладным расходам и менее читаемому коду.
Что вы думаете об этой реализации и что вы делаете, когда сталкиваетесь с подобными проектными решениями?
P.S. Пожалуйста, не предлагайте что-то вроде «использовать библиотеку Log4X» и т. Д.