Для второго питона

Это в сам питон

До этого был gevent и прочая магия

Это в сам питон

Простите, но asyncio - встроенный модуль. Подходов к асинхронному программированию чуть больше

Для второго питона

Он же экспериментальный

trollius называется чтоли

gevent, twisted

Угадаешь type(y) и type(y())?

Первое обьект, второе функция?

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

Первое обьект, второе функция?

Как тип y() может быть функция, если y без изменений возвращает x()?

trollius называется чтоли

Да так называется

Строго говоря, его не получится бэкпортировать

Только попытаться

Это прототип, который не является бэкпортом

Как тип y() может быть функция, если y без изменений возвращает x()?

Она ретернется без авейта

Первое обьект, второе функция?

Так вот. Нет. Типы те же самые что дЛя x

Она ретернется без авейта

Да

И тут вопрос: а зачем мы вообще пишем async перед определением функции? ;-)

Она ретернется без авейта

x() тоже ретурнится без эвейта

И тут вопрос: а зачем мы вообще пишем async перед определением функции? ;-)

Чтобы yield from не писать?

Ну да, стал :) что не отменяет того, что во втором питоне асинхронности в виде asyncio быть в принципе не может без хитрожопого патчинга стандартной библиотеки

И тут вопрос: а зачем мы вообще пишем async перед определением функции? ;-)

Для обьявление корутины Где то же оно играет роль

Что и делает gevent

На самом деле просто запрещено делать await внутри синхронной функции. Всё

Просто для строгости и различия подходов к разработке

На самом деле просто запрещено делать await внутри синхронной функции. Всё

Кэп

Потому что await подразумевает генерацию колбэка на событие в ивентлупе

Так вот синхронная функция и асинхронная ничем не отличаются

А не потому что так захотели

Кроме того, что внутри синхронной эвейт возможен только неявно

Так вот синхронная функция и асинхронная ничем не отличаются

👮‍♂за тобой придет питонячая полиция за эту фразу

Кроме того, что внутри синхронной эвейт возможен только неявно

Возможен через run_until_complete(), если больше асинхронных вызовов на этом лупе нет

👮‍♂за тобой придет питонячая полиция за эту фразу

Не, он всё правильно пишет

Грубо, пока ты выполняет синхррлнную функцию - переключения не будет. При асинхронной - может. Но это не значит что результат выполнения обеих фукнций не может быть awaitable-объектом (корутиной)

Не, он всё правильно пишет

Окей, что мешаеь юзать асинк евейьы в джанге?

Окей, что мешаеь юзать асинк евейьы в джанге?

Ничего, за исключением того, что там это бессмысленно

Потому что работа с сетью там синхронная

По вашей логике можно без проблем исполнить асинхронщину в джанге

Нет

Ты не читаешь, да?

По вашей логике можно без проблем исполнить асинхронщину в джанге

В целом можно, но смысла нет

Ты не читаешь, да?

Нет, я наркоман

Синхронная функция выполняется синхронно. Одна в одном потоке. Но это не значит что её результат тоже будет синхронно получен

Асинхронная функция выполняется асинхронно.

Синхронная функция выполняется синхронно. Одна в одном потоке. Но это не значит что её результат тоже будет синхронно получен

Погоди, ты уже немного не в ту степь

?

Так вот синхронная функция и асинхронная ничем не отличаются

Погоди, ты уже немного не в ту степь

Да я про то, что синхронная функция без проблем вернёт корутину

Асинхронная функция выполняется асинхронно.

?

Результат, разумеется, будет получен синхронно

Но он может быть корутиной, да

Ну а асинхронная всегда возвращает корутину, окей

Ну а асинхронная всегда возвращает корутину, окей

Ну вот

?

Корутина - это тоже функция, только с несколькими точками входа и выхода

Так вот синхронная функция и асинхронная ничем не отличаются

Хорошо. Я упрощал

Хорошо. Я упрощал

Нинада так :)

Корутина - это тоже функция, только с несколькими точками входа и выхода

Значит вывод? Разница есть

Ну а асинхронная всегда возвращает корутину, окей

Асинхронная возвращает футуру

Ну так вот. Сам по себе вызов синхронной функции не может сделать асинхронную менее асинхронной

А вот что там ещё дополнительно делается - это вопрос всегда

Ну так вот. Сам по себе вызов синхронной функции не может сделать асинхронную менее асинхронной

Значит 2 варианта, либо мой бенч говно либо есть какой то нюанс при вызове синхрона из корутины

Значит вывод? Разница есть

С точки зрения логики - разница только в синтаксисе

Асинхронная возвращает футуру

Значит 2 варианта, либо мой бенч говно либо есть какой то нюанс при вызове синхрона из корутины

Ну, если у тебя там классы на что-то влияют - то да, говно

Значит 2 варианта, либо мой бенч говно либо есть какой то нюанс при вызове синхрона из корутины

Код в студию

Код в студию

Завтра

Пожалуй и я спать

Я про ее вызов через луп

ensure_future

Я про ее вызов через луп

А я про простые вызовы

Ну, если у тебя там классы на что-то влияют - то да, говно

Инит точно есть Может еще что. Не помню

Лол

К слову

А я про простые вызовы

А простые это лишь создание экземпляра генератора

import asyncio class Meta(type): async def __call__(cls): x=cls.__new__(cls) await x.__ainit__() return x class X(metaclass=Meta): async def __ainit__(self): print(1) async def main(): x = await X() asyncio.run(main())

Инит точно есть Может еще что. Не помню

Вон тебе асинхронные классы :)

А простые это лишь создание экземпляра генератора

Угу

Вон тебе асинхронные классы :)

Хм

Это конечно трюк, но тем не менее

Вон тебе асинхронные классы :)

Извращенец

А простые это лишь создание экземпляра генератора

Ну да.

Вот про генераторы верно, да. Забыл совсем