AR
спасибо всем за ответы!
createAsyncThunk, возможно внутри него запустить другую санку?Size: a a a
2021 November 18
PM
использую
OH
что рекомендуете вместо всего этого
DO
я всё-таки рекомендую попробовать саги :)
a
И какие аргументы?
R
почему?
R
какие?
R
вы случаем не из той пачки лидов?
R
на это тоже хочется получит аргументы, как вы видите что использовать и какой долден быть проект ☺️
R
у вас просто такой диалог интересный, но вода водой, вам таз принести?) 😅
ИЕ
Вы решили продорлжить беседу 2х-летней давности?)
a
Оу, мне показалось это сегодняшнее сообщение
R
дааа, это ооочпнь важно, нужно закреплять результат!
2021 November 19
DO
Как мне кажется, саги, нужны там, где сложная бизнес-логика с кучей асинхронщины. Если в проекте этого нет, то саги — это только лишнее усложнение. А вот если есть, то реализовывать то же самое на thunk'ах — это превращать проект в спагетти из взаимных вызовов санок.
a
Дополню, саги нужны там где есть асинхронные процесы, те не просто данные зафетчить, а получить, обработать, отправить ещё пару запросов и так несколько раз, при этом иметь специфическую логику обработки ошибок и возможность прерывания этих транзакций по какой-то логике.
У кого-то это частая задача, у кого-то нет
У кого-то это частая задача, у кого-то нет
a
Я часто такое пишу, потому что пытаюсь накрутить лучше UX пользователю, добавляя оптимистик юй и тп
2021 November 20
А
Ребят, хотела уточнить насчет работы обычной мидлвары.
По идее в нее прилетает экшен, он там проверяется и диспатчится уже в результате, в редьюсер, уже новый экшен. Как определить этот новый экшен?
По идее в нее прилетает экшен, он там проверяется и диспатчится уже в результате, в редьюсер, уже новый экшен. Как определить этот новый экшен?
B
Например диспатчишь ты изначальное GET_ITEMS, а возвращать новый можешь в миддлваре GET_ITEMS_SUCCESS и обрабатывать в редюсере только GET_ITEMS_SUCCESS ты это имеешь ввиду?