Тебе нужен тот кто будет эти генераторы ждать и резрлвить

да

нужен луп

да, нужен

корневой

но это не сильная проблема

но он сверху где-то

Проблема в том что он корневой

корневая корутина

система посередине

и ничего не знает ни о лупе ни о асинхронном драйвере

это не проблема

Т.е всё кто что-то ждёт, доджны дальше прокитывать генератор до лопа

Т.е всё кто что-то ждёт, доджны дальше прокитывать генератор до лопа

почему?

ты amphp видел?

там сделано весьма удобно

только асинхронный код

Потому что yield возвращает generator

и что?

ты amphp видел?

Так да

О нём и пою

Могу конкретный пример привести

а стоп

нет

можно же луп прокинуть

в сервисы

хм....

Да всё можно

Я возможно хочу многого

Но хотелось бы поведения как у async await

Возможно я не прав, и буду рад это узнать =)

Но я как раз сейчас пишу небольшой проект, для пощупать и прям боль

ну я написал небольшой сервис

вроде норм

не так больно, как я думал

Давай на примере. Есть небольшой класс он подлучает данные из редиса. Что бы вернуть promise мне нужно его отдельно создать через promisor.

public function fetchById(string $className, string $id): Promise { $promisor = new Deferred(); \Amp\immediately(function () use ($promisor, $className, $id) { $key = $this->keyGenerator->getKeyForClassNameId($className, $id); $data = yield $this->redisClient->get($key); $model = $this->serializer->deserialize($data, $className, 'json'); $promisor->succeed($model); }); return $promisor->promise(); }

И вот такое везде. Ибо нельзя просто взять и заюзать yield

Его нужно прокидывать всё глубже и глубже, но ты же не знаешь где и как он будет вызываться

я рекоил юзал

Я пока не придумал как это решить

Ну мысль там та же что в amphp

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

Именно

А хочется

ну я пока так не загонялся

где-то прокидывал луп

где-то лишний раз yield

Ну в целом на работе я уже давно использую reactphp для асинхронной обработки, тех же очередей и websocket.

И уже хочеться большего

ну у меня вон тоже очереди

с задачами

Особенно в свете того что websocket в сравнении с http просто мега скоростной =)

в плане того, что он не закрывается?

Да, и не надо на каждый запрос парсить хэдеры

ой, ну не знаю

Т.е. можно сделать простейший RPC и это будет очень быстро

мне кажется в это мало кто упирается

node --harmony - async/await :)

держать вебсокет

мне кажется в это мало кто упирается

В реальных задачах, да. Но в just for fun =)

если нет задач

тоже не айс

на планшетах например батарейку жрёт)

нормально так

node --harmony - async/await :)

Да в javascript оно в общем норм, но сам JS я не могу переварить

ERROR: S client not available

юзай TS

TS норм

Да там теже грабли только угол другой

нет конечно

там вполне прекрасный язык

Да я пробовал

и я пробовал

и знаю многих кто пробовал

и знаю как они развиваются

Меня там жутко бесит необходимость биндить функции класса к классу

ты на хаскеле писал?

Только азы, типа 2+2

В типах по книжке, но пока не проникся

он жутко безопасный

в плане совместимости типов

Ну haskell скрого академический язык, не дя промышленного

программирования

ну

есть примеры обратного

В плане безопасности rust тоже отличный

не

я крайности рассматриваю

кароче

к чему я

тайпскрипт пытается найти грань

между гибкостью

и безопасностью

пока норм

Я пробовал писать на TS приложение, и таки искать/писать для него typings это боль

Но направление верное

почему боль?

@mkusher