Как асинхронно создать QR код?

Question

[Razraab]

Я делаю бота в телеграмме и мне нужно при некоторых операциях с бд, сохранять информацию о них в qr коде. Я не нашел ни одного модуля, библиотеки для асинхронного кода. Объясните если я чего-то не понял

Answer 1

[Vindicar]

Потому что создание QR-кода - это вычислительная операция, а не операция ввода/вывода. Вычислительные операции не имеет смысла делать асинхронными. Если создание QR-кода занимает у тебя достаточно длительное время, чтобы это было проблемой для остальной программы - засунь этот код в поток через run_in_executor(). Тогда у тебя будет асинхронный future-объект, который можно awaitить как обычно.

Comments

[Razraab]

Нет, qr код маленький, содержит информацию по типу операции и еще строки 2. Получается с такой небольшой операцией бот не остановится или не зависнет и другие пользователи не получат ошибку?

[Razraab]

Razraab, я не очень понимаю сам aiogram и думал что это как то его сломает

[Everything_is_bad]

Razraab, синхронный код не ломает aiogram, он просто блокирует event loop на время своего выполнения

[Vindicar]

Razraab, ну если очень на пальцах: асинхронная программа на питоне выполняется в одном потоке, от await'а до await'а. Когда попадает на await, текущая корутина приостанавливается, и программа выбирает другую - чей await выполнился, а значит, она готова продолжить выполнение. Вот так и скачет с одного места на другое. При этом обычно await связан с ожиданием операции ввода/вывода, явно или косвенно.

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

Сколько времени будет "слишком много" - зависит от природы системы и нагрузки на неё. Но я бы сказал, что для фан проекта всё, что не очень часто выполняется и требует меньше секунды, можно игнорировать и выполнять синхронно. Вот, скажем, обращение к какому-нибудь сайту делать через синхронный requests не стоит, потому что это потенциально длительная операция. Лучше через асинхронный aiohttp.

С доступом к БД можно поспорить - многие говорят, что она тоже должна быть асинхронной, но для малонагруженного проекта сойдёт и синхронный доступ, как мне кажется.

А вот если надо сделать что-то длительное, но вычислительно нагруженное - вот тут и пригодится run_in_executor().

В твоём случае мне кажется, не будет вреда от синхронной генерации кода.