как например эту функцию сделать асинхронной?

@gen.coroutine

ЕМНИП

Аа, я в шары долблюсь, стыд: As of Python >= 2.7 and >= 3.2, the argparse module is maintained within the Python standard library. argparse should work on Python >= 2.3, it was tested on: 2.3, 2.4, 2.5, 2.6 and 2.7 чот думал что >=2.7 / >=3.2 это вообще _всё_ что поддерживается)

Аа, я в шары долблюсь, стыд: As of Python >= 2.7 and >= 3.2, the argparse module is maintained within the Python standard library. argparse should work on Python >= 2.3, it was tested on: 2.3, 2.4, 2.5, 2.6 and 2.7 чот думал что >=2.7 / >=3.2 это вообще _всё_ что поддерживается)

И в глаза

Аа, я в шары долблюсь, стыд: As of Python >= 2.7 and >= 3.2, the argparse module is maintained within the Python standard library. argparse should work on Python >= 2.3, it was tested on: 2.3, 2.4, 2.5, 2.6 and 2.7 чот думал что >=2.7 / >=3.2 это вообще _всё_ что поддерживается)

глянь еще docopt

ЕМНИП

Ах да, можно и без корутин, с коллбэком

а чем асинхронные колбэки отличаются от генераторов?

а чем асинхронные колбэки отличаются от генераторов?

это не связанные понятия

коллбэки - это функции, которые дергаются по какому-то событию

@gen.coroutine генератор

например, событию на сокете

а генератор - это концепция явного возвращения результата с сохранением состояния

в питоне корутины реализованы на генераторах, да, но, тем не менее, это всего лишь одна из возможных реализаций

коллбеки в запросах не лочат бд?

коллбеки в запросах не лочат бд?

лочат именно бд, или поток, в котором выполняются?

а чем плох залоченный поток?

а чем плох залоченный поток?

заваисит от

Реквесты остальные могут ждать

Анна, падажжи

у тебя каша в голове

БД будет лочится, если данные одинаковые меняются

пытаюсь разобраться

1) есть потоки, есть асинхронность - это вещи не связанные между собой

Реквесты остальные могут ждать

как этого избежать?

2) асинхронность в случае питона чаще всего работает в одном потоке, то есть строится в виде дерева функций, представляющих собой коллбэки на event loop’е

как этого избежать?

использовать асинхронность (предпочтительно) / многопоточность (нежелательно)

использовать асинхронность (предпочтительно) / многопоточность (нежелательно)

Но иногда многопоточность нужна

3) в результате этого, если хоть какая-то из этих функций долго работает и не возвращает управление - все виснет, потому что поток один и параллельности никакой нет

Но иногда многопоточность нужна

иногда да, но почти всегда - нет

Но иногда многопоточность нужна

в питоне - практически никогда

для сетевых запросов - не нужна

для сетевых запросов tornado.gen.coroutine + yield?

так вот, чтобы не лочить базу - надо с ней асинхронно общаться, но мало какие базы это поддерживают из коробки

для сетевых запросов tornado.gen.coroutine + yield?

для сетевых запросов aiohttp и async/await

для сетевых запросов tornado.gen.coroutine + yield?

если торнадо и 2 питон

в современном питоне

торнадо и 3 питон

Говорю же не модно

торнадо и 3 питон

Надо yield'ить

тогда async/await

торнадо и 3 питон

торнадо вроде уже умеет в async/await

мнения разошлись

И то и другое можно

И то и другое можно

++

http://www.tornadoweb.org/en/stable/guide/coroutines.html#python-3-5-async-and-await

просто async/await более свежий и приятный

оу, спасибо

Не так. С async/await можно использовать асинхронные генераторы

Не так. С async/await можно использовать асинхронные генераторы

что это дает?

что это дает?

В ранних реализациях вся асинхронность делалась единственным возможным разрывом потока выполнения в функции — то есть yield'ом. Это значит, что ты его не можешь использовать по назначению. (Ну и то что StopIteration приводит к аду и Израилю дебага) А с приходом async/await, у тебя для корутин используется специальный кейворд, но при этом ты все ещё можешь yield'ить значения из генератора наружу

Fuck my brain

ёмана ..

ёмана ..

Ну да, скорей всего, это не нужно:) Но это можно

привет всем

Не так. С async/await можно использовать асинхронные генераторы

только с питона 3.6

не смешивай генераторы и корутины

только с питона 3.6

Ну, сейчас же 3.6 актуальный?

Python 3.5: async and await же

Ну, сейчас же 3.6 актуальный?

да, но async/await появился в 3.5

Python 3.5 introduces the async and await keywords (functions using these keywords are also called “native coroutines”)

и в асинхронные генераторы 3.5 не умел

и в асинхронные генераторы 3.5 не умел

Хмммм. Странно. Да, могу попутать по версиям

не, там просто небольшая путаница в определениях

асинхронный генератор - это когда ты можешь сделать yield из async-функции, то есть корутины

в обычном async-await подходе ты этого сделать не можешь, у тебя return

асинхронный генератор - это когда ты можешь сделать yield из async-функции, то есть корутины

Ну я именно про yield из корутины

ERROR: S client not available

Ну я именно про yield из корутины

ну вот его ввели только в 3.6

до этого была боль

да, асинхронные генераторы полезная весч

кто-нить может показать на примере?

async def foo(): async for item in db.query(...): yield item

кто-нить может показать на примере?

я не думаю, что для твоих задач это сильно нужно пока, на самом деле)

хотя...

удобно обрабатывать элементы массива из бд, не собирая их в список

как выглядит асинхронный GET-запрос?

resp = await session.get(‘http://ololo.bugaga/‘)

ээ, http://www.tornadoweb.org/en/stable/guide/coroutines.html#python-3-5-async-and-await же

или ты по ссылкам не ходишь?

да пофиг, та же идея

хожу))

да пофиг, та же идея

я не тебе))

ну будет http_client.fetch

а, окей)

да пофиг, та же идея

но да, я тут согласен, что лучше заюзать aiohttp

aiohttp?

aiohttp?

да

(я не знаю, что еще ответить на такое)

чем aiohttp от async-and-await отличается?

чем aiohttp от async-and-await отличается?

загуги aiohttp уже

может asyncio?

это модуль потипу торнады, только новый

может asyncio?

нет

а что, гугл тоже попал в списком роскомнадзора?

а что, гугл тоже попал в списком роскомнадзора?

Бывал

сегодня похоже опять

Лолшто?