и вновь эта необычная сущность-реквест, тут это Defer и его reqMap https://github.com/zerobias/effector/blob/master/examples/worker-rpc/src/remoteFX/client.js#L19

toPromise в rxjs делает почти тоже самое

Привет. Можно ли как-то соблюсти порядок вызова эффектов, не зависимо от того что они могут завершится в разном порядке, результат я хочу получить в порядке вызова 🤔

что значит "результат получить в порядке вызова"? Ты же результат получаешь для того, чтобы с ним что-то сделать... Если у тебя несколько источников данных, то тебе нужно результат аккумулировать (стор) прежде чем с ним работать. То есть вопрос в том, когда "выгрузить" накопленный результат в другой ивент, и как их накапливать... Порядок вообще не играет значения, вся обработка очереди происходит внутри эффектора

Читай дальше тред

корзина хранится на беке, есть три мметода, add, remove, update, все возвразщают одну структур, собственно саму корзину, апдейт происходит по таймеру, add и remove делает пользователь. Проблема в том, что допустим сперва отправляется update, и тут же может add тоже следом улетает,   а ответ приходит первым от add, там есть корзина уже с одим айтемом, а потом следом с опозданием приходит update, а там на тот момент еще нечего не было, и корзина пустая

а почему на тот момент, когда прилетает update, корзина не обновлена от выполнения add? или если add ещё в процессе выполнения, почему update не ждёт его завершения? Или это тот функционал, который от тебя не зависит?

можно подумать над сторонним пакетом аля effector-fetch, который введёт новую сущность со своим поведением и своими правилами. как узкоспециализированный эффект-обёртка над fetch.

возможно закономерность будет видна если у кого-то наберется несколько таких кейсов

Читай дальше тред

у меня есть обёртка... какое поведение и с какиме правила ты предлагаешь добавить?

ну я не формализовал, т.к. это надо всё ещё выяснять 🙂 но идея такая, чтобы у этого узкоспециализированного эффекта были ручки, направленные только на fetch. отмена запроса. внутренняя очередь запросов для задачи выше. передача параметров в fetch при запуске эффекта. что-то такого плана.

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

ну так это и будет сторонняя либа для запросов 🙂

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