Можно ли сделать переменную глобальной в функции?

Question

[violpeople]

Например, я пишу бота на питон+aiogram, и мне нужно использовать переменную, которая была в коде ранее(в какой то из функций). Есть ли способы это сделать?
У меня было предположение сделать нужную мне переменную глобальной стандартным способом (global) но в этом случае переменная должна быть вне функции, что мне вроде как не подходит

Answer 1

[Сергей П]

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

Comments

[violpeople]

Интересная идея. Просто сколько работаю с Aio даже не задумывался о таком. Каким образом контекст можно создать?

[Сергей П]

violpeople, я там чуть оговорился:

Контекстом может служить объект, куда всё необходимое добавлено в виде аргументов атрибутов.

Если в библиотеке не предусмотрено специального способа формирования и передачи контекста, то можно запихать нужные атрибуты прямо в класс и не инстанцировать его, а просто использовать как контейнер для атрибутов. Он у вас будет использоваться как синглтон, будет очевидным образом явно и прозрачно задекларирован.
Можно пойти дальше и предусмотреть для этого класса инстанцирование, а также методы сериализации\десериализации для персистентного хранения состояния при перезапуске вашего бота. Тогда нужно при запуске загружать или инициализировать его, а потом время от времени или при остановке сохранять куда-то в бд или файл. Зато состояние аккуратно собрано в одну кучу, можно делать расширяемый код наследуя состояния и пользуясь прелестями ООП, а именно полиморфизмом.

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