AO
у меня просто пятница и жена на дачу уехала, так что мысли сложно идут
Size: a a a
2020 July 03
FB
Aleksandr Osipov
блин сумбурно описал
Да нет, как раз все просто
TG
все сложнее.
если юзер особо ловкий, он может в очередь выставить несколько запросов.
один из запросов может сломаться.
в итоге нужно как-то индивидуального следить за каждым действием.
если юзер особо ловкий, он может в очередь выставить несколько запросов.
один из запросов может сломаться.
в итоге нужно как-то индивидуального следить за каждым действием.
FB
У нас есть вместо двух состояний три по таске, ну и делать три стопа, чому нет?
AO
Да нет, как раз все просто
У меня аналогия с журналом транзакций в БД
TG
кстати тут еще один вопрос появляется. effect имеет pending, и все это выглядит так, будто он способен обрабатывать одновременно только 1 запрос. а что если я 2 раза подряд вызываю effect?
AO
Типа работаем как будто все хорошо, но журнал трекает действия и знает что отменить в случе неудачи
AO
кстати тут еще один вопрос появляется. effect имеет pending, и все это выглядит так, будто он способен обрабатывать одновременно только 1 запрос. а что если я 2 раза подряд вызываю effect?
есть inFlight
AO
но может тут надо задуматься над стратегией отмены запросов?
TG
Aleksandr Osipov
Типа работаем как будто все хорошо, но журнал трекает действия и знает что отменить в случе неудачи
ну вот мысль с журналом грамотная. нужен да, какой-то журнал, вопрос лишь остается как каждый вызов эффекта, привязать к каждой записе в журнале
FB
У нас есть вместо двух состояний три по таске, ну и делать три стопа, чому нет?
То есть работать с тремя списками, не важно что в них и какие флаги, есть три стора/списка и эффект с done fail, в ui выводить и список с временными в процессинге итемами и уже задонеными)) через тот же комбайн
AO
Aleksandr Osipov
Типа работаем как будто все хорошо, но журнал трекает действия и знает что отменить в случе неудачи
Если ошибка то rollback, если .done то удаляем запись
FB
Комбайн сам все сделает, нам нужно только обработать доне фэйл эффекта и дропнуть processingList и/или перекинуть в listDone
AO
ну вот мысль с журналом грамотная. нужен да, какой-то журнал, вопрос лишь остается как каждый вызов эффекта, привязать к каждой записе в журнале
Честно говоря мне кажется мы обсуждаем слишком общую задачу, наверняка не для ВСЕХ эффектов в приложении это надо а лишь для пары или одного
FB
все сложнее.
если юзер особо ловкий, он может в очередь выставить несколько запросов.
один из запросов может сломаться.
в итоге нужно как-то индивидуального следить за каждым действием.
если юзер особо ловкий, он может в очередь выставить несколько запросов.
один из запросов может сломаться.
в итоге нужно как-то индивидуального следить за каждым действием.
Так у тебя про пул запросов, которые можно cancel по кьику в ui?
DS
Просто это два листа должны быть мапами от общего стора, в котором элементы будут с метками к какому листу они принадлежат. Так выйдет сделать простой общий ивент для трансфера элемента. Дело останется только в правильной обработке фейла
AO
На правах оффтопа: как же хорошо рабоать с вояками которые не понимают нужды в оптимистике, ну затупило что, оператор подождет, не надо спешить, они же у нас обучены на это 😩(
FB
Aleksandr Osipov
На правах оффтопа: как же хорошо рабоать с вояками которые не понимают нужды в оптимистике, ну затупило что, оператор подождет, не надо спешить, они же у нас обучены на это 😩(
Плохо что привыкли к кривому ui/ux
DS
Aleksandr Osipov
На правах оффтопа: как же хорошо рабоать с вояками которые не понимают нужды в оптимистике, ну затупило что, оператор подождет, не надо спешить, они же у нас обучены на это 😩(
Оптимистик не совместим с войной)
TG
если несколько раз вызывать эффект, его pending будет true пока не выполняться все запросы?