Комментарии 22
сколько миллисекунд в секунде?)
del
Мотор до сих пор не умеет третью монгу и «async for». Печаль…
Upd: прочитал пост. Когда я смотрел, «async for» не умел.
Upd: прочитал пост. Когда я смотрел, «async for» не умел.
Уточню, не умеет с
С
PyMongo3 с Mongodb3 вроде PyMongo2.8 работал.С
PyMongo3 подружить Motor обещают к весне.
А как вы смотрите на то, что он пытается «замесить» asyncio с greenlet?
Сам работаю с Python, но каждый раз, когда вижу различные асинхронные штуки на нём, в голове невольно возникает фраза «Тулить горбатого к стене».
Вполне возможно, но многим все таки это помогает, мне например очень понравился
Вот к примеру, сегодня буквально попалось, тем кто работает с blender тоже
aiohttp написанный поверх asyncio, это очень удобно когда фреймворк умеет примерно все то же самое что flask но с вебсокетами и причем использовать их с ним очень удобно.Вот к примеру, сегодня буквально попалось, тем кто работает с blender тоже
asyncio пригодился.
Ну замечательно. Что всё таки дает asyncio против Tornado?
Где-то видел слайды с доклада, в которых разработчик уверял, что добился почти такой же производительности, как в tornado. Только без подключаемых библиотек на си. Но не берусь утверждать — сам не проверял.
Поддержка не от разработчиков Торнадо, а от сообщества Python. Ну и вроде фишек в нём по больше будет. Собственно Торнадо умеет работать с asyncio.
Asyncio был создан как «стандарт», т.к. существующие асинхронные фреймворки (tornado, twisted, pulsar, cyclone.io...) как-бы «разрывают» питон на сегменты — сообщество тратят кучу ресурсов на дублирующие проекты, например — вместо того что-бы развивать один клиент MongoDB, разработчики пилят версию для tornado (asyncmongo) и отдельно версию для twisted (txmongo), можно было-бы вложится в один клиент для psql/websockets и др. но разработчики «вынуждены» пилить «клон» под свой фреймворк.
Теперь, с asyncio достаточно развивать только одну версию библиотек, т.к. все фреймворки которые совместимы с asyncio смогут (есть шанс) использовать весь набор асинхронных библиотек. В итоге это повышает эффективность разработки python проектов.
Ну и естественно в этот «стандарт» asyncio, было вложено куча работы, что-бы покрывать множество запросов разных фреймворков.
Теперь, с asyncio достаточно развивать только одну версию библиотек, т.к. все фреймворки которые совместимы с asyncio смогут (есть шанс) использовать весь набор асинхронных библиотек. В итоге это повышает эффективность разработки python проектов.
Ну и естественно в этот «стандарт» asyncio, было вложено куча работы, что-бы покрывать множество запросов разных фреймворков.
А на оригинал статьи, с которой приводится вольный перевод давать не принято? Или я не вижу просто?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Асинхронный Python 3.5 и Mongodb