101 игра на python. Шпаргалки. Синглтон (Singleton) в Python⁠⁠

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

И даже не ты, а твои коллеги с низкой культурой кода создают объекты где попало и необходимо чтобы система боролась с чужими подходами к написанию кода и жёсткому приведению некоторых вещей к одному виду.

И да, благодаря больному воображению и кривым рукам объекты создаются десятки раз в случайных местах кода, впрочем обычно очевидных, это билдеры для некоторых классов, page object классы и ряд других. Что с одной стороны облегчает поиск, с другой я гарантирую что в АТ-фреймворке на тысячу тестов логеры, подключение к базе, и некоторые парсеры создаются в нескольких экземплярах и неположенных местах.

эм, и да, глобалки у автоматизаторов - норма. Например конфиг драйвера, некоторые общие для энвов данные. А вот отказ от них сулит часовой квест с поиском места где использовались локальные значения, хотя на первом этапе квест называется "а почему тест падает?"

Самые последние строки в logger.py:

#logger = Logger(info_log_path='info.log', debug_log_path='debug.log', errors_log_path='errors.log', json_log_path='log.json')

logger = Logger()

говорят о том, что вы сами не определились, предлагаеть ли пользователю логгера использовать `Logger()` для фальшивого создания объекта (которые на самом деле создаётся только раз) или использовать глобальную переменную `logger`. Если пользователь использует переменную, зачем вообще все эти махинации с метаклассом? Создали переменную и используйте её, где хотите. Если нужет метакласс, чтобы заставить `Logger()` создавать объект только один раз, зачем переменная?

В этих же строках видна ещё одна нерешаемая проблема Синглтона. Паттерн предполагает, что программист не должен думать отдельно об инициализации объекта и отдельно о его использовании, но по факту инициализация таки произойдёт в момент первого вызова. А какой из вызовов - первый, не так легко определить. Если же определить первый вызов легко, весь Синглтон сводится к глобальной переменной, единожды инициализированной в глобальном контексте. Т.е. исчезает вся суть Синглтона, в которой инициализация делается в произвольной точке первого вызова.

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

В целом, синглтон не нужен никогда.

Когда тебе нужно, чтобы объект существовал в единственном экземпляре

Стоит добавить: "Но при этом ты не в состоянии создать единственный экземпляр в том единственном месте, где это нужно. Ты хочешь вызывать создание объекта десятки раз в случайных местах кода, и хочешь, чтобы система успешно боролась с твоей шизофренией, на самом деле создав объект только один раз. При этом из кода ты никогда не поймёшь, в каком из десятков фальшивых мест созданий объекта он на самом деле будет создан."

Когда тебе требуется глобальный доступ к этому объекту.

При том, что отсутсвие глобальных переменных считается просто обязательным свойством нормального кода.

И ещё не забываем, что автоматическое создание объекта в момент первого вызова делает теоретически невозможным какое-либо проектирование, когда же объект может быть удалён.