запрос, если уже с фронта пришёл следующий ?
Ну то есть грубо говоря у меня на фронте чекбоксы, на бэк улетает запрос при нажатии, а если другой чекбокс нажали , то получается нужно отсылать новый запрос, а старый прерывать . Реально такое сделать ? Или бред ?
В какой момент прерывать собрались? Когда уже отправился?
Лучше финализируй выбор чекбокса нажатием на кнопку отправки.
Да, и пошёл следующий. И вот если пошёл следующий то предыдущий прерывать
Да это понятно что можно или так или дизейблить чекбоксы пока запрос не пришёл, но все же прерывать может можно как то ?)
Ну если уже пошел, то уже не прирвешь. А так делай задержку на отправление, если новое действие произойдёт в интервал задержки - старое отменяем, новое ставим на задержку. Называется debounce.
Хм, хреново. Ладно спасибо Вам огромное
Что хренового то?
Да мне нужно чтобы моментально фильтры применялись , без задержки
ну так меняйте, сам запрос то уйдёт, но можно же НЕ обрабатывать ответ старого запроса, а обрабатывать только новый ответ.
Хотя может Вы и правы, debounce подойдёт, так как не все будут тыкать сразу несколько фильтров подряд
И такое удобно через rx моделировать. Там есть и воможность удобно отписаться от подписки, и debouce добавить, и прервать поток другим обсервобл.
на фронте у чекбокса в таком случае нужно будет добавить processing true/false
Спасибо, почитаю про это
это же обычное условие processing?
ну да, и это больше ui/ux. есть вариант, что чекбокс срабатывает после ответа сервера (тянет актуальный state), но можно менять сразу и потом если что коррелировать с сообщением "something went wrong"
Обсуждают сегодня