Python - как настроить дочерний регистратор через файл конфигурации регистрации - PullRequest
Новая
       6

Python - как настроить дочерний регистратор через файл конфигурации регистрации

0 голосов
/ 02 мая 2018

У меня есть пакет Python, который содержит серию модулей, каждый из которых содержит библиотеку подпрограмм с центральным фокусом (т.е. один модуль может иметь подпрограммы, связанные с обработкой текста). Я хотел бы иметь возможность настроить ведение журнала для всего пакета, но дать пользователю возможность настроить ведение журнала для данного модуля.

Я пытался сделать это с помощью родительских / дочерних регистраторов, чтобы в каждом модуле не было более 1 регистратора. Я могу успешно использовать родительский / дочерний подход, если я настраиваю дочерние регистраторы в самом модуле, но не могу найти правильный синтаксис для настройки дочерних регистраторов через файл конфигурации регистратора. Когда утилита журналирования Python считывает файл конфигурации, она блокирует «ключи» любого регистратора, содержащие точечные обозначения (т. Е. Если я пытаюсь определить регистраторы «root, parent, parent.child», загрузка файла конфигурации будет подавлена ​​« ключ parent.child).

Итак, я ищу решение, при котором у данного модуля должен быть только один регистратор, но пользователь может настроить регистрацию всего пакета одним способом, но другим способом для конкретного модуля. Подход «родитель-ребенок» казался наиболее перспективным.

Если у модуля есть способ определить, для каких регистраторов определения менеджера журналов имеют определения, я мог бы также использовать это. Например, допустим, я мог определить два регистратора в моем файле конфигурации регистрации с именами allUtil и textUtil. Если модуль текстовой утилиты может определить, определен ли в диспетчере ведения журналов текстовый регистратор textUtil, он может использовать его, в противном случае он будет использовать регистратор allUtil. К сожалению, я не смог найти правильный код Python, чтобы сделать это.

Я открыт для предложений.

Und

1 Ответ

0 голосов
/ 04 мая 2018

Вот то, что я придумал, похоже, работает.

Настройка:

  • У меня есть приложение под названием «myapp»
  • У меня есть пакет, который называется 'utils'
  • У меня есть модуль в пакете 'utils', который называется 'miscUtils'

В файле конфигурации журнала у меня есть следующее (показан только соответствующий контент) </p> <pre><code>[loggers] keys=root,myapp,utils,miscUtils . . . [logger_root] level=DEBUG handlers=consoleHandler [logger_myapp] level=CRITICAL handlers=consoleHandler qualname=myapplogger propagate=0 [logger_utils] level=WARNING handlers=consoleHandler qualname=myapplogger.utils propagate=1 [logger_miscUtils] level=DEBUG handlers=consoleHandler qualname=myapplogger.utils propagate=1 . . .

  • В модуле utils.miscUtils.py я использую регистратор «myapplogger.utils.misc».
  • Во всех других модулях в пакете 'utils' они используют регистраторы 'myapplogger.utils.xxx', где xxx представляет определенный модуль.
  • В основном программном модуле myapp.py я использую регистратор 'myapplogger', но я явно установил его уровень на INFO.

Когда я запускаю программу, журнал сообщений от главного модуля выпуска журнала регистрирует сообщения от INFO при включении. Все модули 'utils', кроме miscUtils.py, будут регистрировать сообщения от WARNING и далее. Однако все сообщения журнала, генерируемые модулем miscUtils.py, который использует регистратор myapplogger.utils.miscUtils, выдают сообщения журнала от DEBUG при включении.

С помощью файла конфигурации теперь я могу при необходимости определять общие уровни журнала программы, уровни журнала пакета и уровни журнала модуля.

...