Значит трекай изменение роута, и в случае если надо отменить - отменяй
Я понимаю, но этого недостаточно. На ммомент смены роута код просто может не успеть дойти до начала запроса. И в этот момент нельзя отменить запрос который еще не начался
Я понимаю, но этого недостаточно. На ммомент смены роута код просто может не успеть дойти до начала запроса. И в этот момент нельзя отменить запрос который еще не начался
а запити як робляться? треба якусь змінну стейту, де вони робляться або ж юзати якийсь сервіс, який буде їх групувати, і йому прокидати змінні стейту і тд
Я понимаю, но этого недостаточно. На ммомент смены роута код просто может не успеть дойти до начала запроса. И в этот момент нельзя отменить запрос который еще не начался
а запити як робляться? треба якусь змінну стейту, де вони робляться або ж юзати якийсь сервіс, який буде їх групувати, і йому прокидати змінні стейту і тд
а что это будет за переменная? как запросу понимать что ему уже не надо делаться
банально на анмаунт компонента, де це має фетчитись, ранити екшн, який або буде відміняти запити, або буде сетити змінну, по якій ці запити не запустяться)
С багом, когда при быстрой смене роута туда и обратно с разными параметрами, подгружаются данные для старых параметров. А новый запрос не делается, потому что старый еще не в завершенном статусе.
С багом, когда при быстрой смене роута туда и обратно с разными параметрами, подгружаются данные для старых параметров. А новый запрос не делается, потому что старый еще не в завершенном статусе.
найпростіший варіант, який сходу прийшов в голову, робити перевірку в екшені там ж доступний стейт
ребят такой вопрос, как вы менеджите сторибук с прилкой ? я имею ввиду как вы переключаетесь с проекта на стори бук и обратно ? коментите главный index.js ?