Телеграмм чат группы spbpython страница 3777

06:48пожаловаться #1

🚲U

Есть смысл разбивать на более мелкие функции этот декоратор?

Если да, то как лучше это сдлеать?

07:25пожаловаться #2

🚲U

Есть смысл разбивать на более мелкие функции этот декоратор?

Если да, то как лучше это сдлеать?

tg_image_1015290227.jpeg

(265.08 Кб)

Разве что можно вынести это вот отдельно, не?

07:34пожаловаться #3

ES

Attaching a decorator to all functions within a class

Есть такой класс.

Как не наворачивать на каждую божью функцию декоратор?

Сделать что-то типа

@cookie_ensurer
def __init__(self):

Можно сделать метакласс, который сам навернет на все функции нужный декоратор.

Или можно после объявления класса пройти циклом по методам и навернуть: https://stackoverflow.com/questions/3467526/attaching-a-decorator-to-all-functions-within-a-class

Stack Overflow

I don't really need to do this, but was just wondering, is there a way to bind a decorator to all functions within a class generically, rather than explicitly stating it for every function.

I supp...

11:11пожаловаться #4

ES

Есть 3 треда.

Как только последний – телебот – выкидывает в стрим ошибку (но все равно не падает ипродолжает работать), так прекращает полностью работать первый тред.

Уже второй раз такое наблюдаю, никак не могу понять в чем же проблема...

Почему так может происходить и как можно фиксить это?

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

Еще думаю перейти обратно с infinity_polling на polling с маленьким таймаутом. Но тоже не особо верится что это решит проблему.

Кто-то сталкивался?

Тут надо смотреть код детальнее. Например, может быть такое, что если телебот вернул ошибку, то он это делает сразу во всех потоках.

11:12пожаловаться #5

ES

Как заставить программу сохранять ВСЕ обьекты после создания каждого божьего обьекта? Чтобы не писать по 100 раз код

И чтобы потом сделать что-то from past import last_app_memory

Зачем?

Например:

Запускаешь в программе response = requests..., который обрабатывается ну оочень долго.

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

Все объекты скорее всего никак. Причина: объекты могут ссылаться на объекты ОС (файлы, сокеты, пайпы), их так просто не восстановить.

Но наверняка requests умеет либо сам кэшировать запросы, либо есть пакеты для этого.

11:14пожаловаться #6

ES

Правильно ли так отделять импорты по категориям?

Зависит от стайлгайда в проекте.

Я обычно видел, что внутри каждой группы сортируют строчки по алфавиту

11:16пожаловаться #7

🚲U

https://pypi.org/project/requests-cache/

Все объекты скорее всего никак. Причина: объекты могут ссылаться на объекты ОС (файлы, сокеты, пайпы), их так просто не восстановить.

Но наверняка requests умеет либо сам кэшировать запросы, либо есть пакеты для этого.

PyPI

requests-cache

Persistent cache for requests library

11:18пожаловаться #8

🚲U

Зависит от стайлгайда в проекте.

Я обычно видел, что внутри каждой группы сортируют строчки по алфавиту

Спасибо :)

11:18пожаловаться #9

🚲U

Attaching a decorator to all functions within a class

Можно сделать метакласс, который сам навернет на все функции нужный декоратор.

Или можно после объявления класса пройти циклом по методам и навернуть: https://stackoverflow.com/questions/3467526/attaching-a-decorator-to-all-functions-within-a-class

Stack Overflow

I don't really need to do this, but was just wondering, is there a way to bind a decorator to all functions within a class generically, rather than explicitly stating it for every function.

I supp...

Сложно. Уж проще тогдак руками накидывать декораторы, пока их не 100500

11:19пожаловаться #10

ES

Есть смысл разбивать на более мелкие функции этот декоратор?

Если да, то как лучше это сдлеать?

Мне кажется, не стоит. Только если обнаружите, что тело с логикой перезапроса и сообщения об ошибке используется ещё где-то

Кстати, рекомендую @functools.wraps(fn)

11:19пожаловаться #11

🚲U

Мне кажется, не стоит. Только если обнаружите, что тело с логикой перезапроса и сообщения об ошибке используется ещё где-то

Кстати, рекомендую @functools.wraps(fn)

Зачем мне знать на что я навернул декоратор?)

11:19пожаловаться #12

ES

https://pypi.org/project/requests-cache/

PyPI

requests-cache

Persistent cache for requests library

Что-то такое, похоже

11:20пожаловаться #13

ES

Зачем мне знать на что я навернул декоратор?)

Оно пробросит name, doc, сигнатуру функции из fn во wrapped и ещё по мелочи.

Сейчас у вас с декорированными функциями не будет работать help() или inspect вообще никак, что в будущем может быть не очень приятно, а чинится одной строкой в декораторе

11:22пожаловаться #14

🚲U

Оно пробросит name, doc, сигнатуру функции из fn во wrapped и ещё по мелочи.

Сейчас у вас с декорированными функциями не будет работать help() или inspect вообще никак, что в будущем может быть не очень приятно, а чинится одной строкой в декораторе

А зачем это нужно?)

11:22пожаловаться #15

ES

Какие-то пакеты могут использовать. Например, если вы захотите, скажем, туда добавить ещё декоратор, который логирует все вызовы с учётом параметров по умолчанию. Сейчас они не будут учтены и логи будут думать, что у функции параметры (*args, **kwargs)

11:24пожаловаться #16

ES

А, ещё просто имя функции будет в таких логах всегда "wrapped"

11:24пожаловаться #17

🚲U

Какие-то пакеты могут использовать. Например, если вы захотите, скажем, туда добавить ещё декоратор, который логирует все вызовы с учётом параметров по умолчанию. Сейчас они не будут учтены и логи будут думать, что у функции параметры (*args, **kwargs)

Декораторов и правда 2

11:24пожаловаться #18

🚲U

А, ещё просто имя функции будет в таких логах всегда "wrapped"

ну да

11:24пожаловаться #19

ES

А, ещё просто имя функции будет в таких логах всегда "wrapped"

Вместо fn.__name__