Комментарии 6
А я на инглише эту книжку читаю сейчас, тоже нравится. Вот действительно после неё хоть что-то понятно становится.
Когда станет скучно с Фаулером, подружитесь с Рамальо. Снова все станет непонятно и чудесато) Но читать надо, и не только про asyncio.
А можете подсказать название книги, а то google не в курсе по Рамальо?
Python. К вершинам мастерства это на русском. А в оригинале он, кажется, Fluent python. Только надо брать второе издание, первое уже порядком устарело.
Асинхронный python вроде уже лет пять, как не вызывает никаких болей. Многие даже и не задумываются над тем, что пишут именно асинхронный код используя популярный фреймворк в своем проекте.
Если применение пула потоков в асинхронном коде - это своего рода "костыль", то применение пула процессов - это "костыль из костылей". Если жизнь заставляет вас применять подобные решения, стоит задуматься, а нужна ли вам вообще асинхронность?Скорее всего в этом случае вам стоит применять традиционный блокирующий код, распараллеливая загружающие процессор участки при помощи модуля multiprocessing.
Почему костыль? Почему костыль из костылей? Чем это все плохо?
Я думал что в асинкио пул потоков и процессов это просто обертки для того что реализовано в модулях threading и multiprocessing, обертки для единого синтаксиса в асинкио программе.
У меня есть приложение которое использует asyncio для работы с API брокера и с локальной базой данных. И тут asyncio очень удобен. Гуи сделано на PyQt, и кое-где произрастает менее удобный QThread. И еще в приложении бываю долгие вычисления (до нескольких часов), которые пока закинуты в отдельный поток, но в релиз версии надо выносить их в отдельный процесс (долгих вычислений может быть несколько запущено параллельно, и они не должны мешать работе gui и асинхронной части которая общается с брокером и базой данных). Я как раз думал как это лучше делать: через модуль multiprocessing, или через asyncio и ProcessPoolExecutor?
Асинхронный python без головной боли (часть 3)