ВС
И как решить проблему, если пользователь хочет отменить?
Что именно хочет отменить пользователь ?
Size: a a a
2020 February 10
KS
Пользователь отправил запрос с выборкой из базы и он долго выполняется. Пользователь хочет остановить запрос, результат уже не важен. Я хочу закончить данный запрос и выполнить другой.
A
VovaS
Как пример, идёт загрузка 10000 картинок через Promise.all процес который при хорошем интернете берёт 5 секунд, при плохом 15 секунд. Идёт загрузка и я вижу что загрузка неочень (3G) и я решаю прервать запрос вручную на 10000 и не дожидаясь окончания сделать новый только на 100.
А если очередью реализовать, скажем у вас есть список, и вы этот список асинхронно обрабатываете
[ ... ].shift(), а в случае отмены - просто отдаете что успели обработать?
[ ... ].shift(), а в случае отмены - просто отдаете что успели обработать?
TS
VovaS
Как пример, идёт загрузка 10000 картинок через Promise.all процес который при хорошем интернете берёт 5 секунд, при плохом 15 секунд. Идёт загрузка и я вижу что загрузка неочень (3G) и я решаю прервать запрос вручную на 10000 и не дожидаясь окончания сделать новый только на 100.
Тут не промисы отменять нужно, а делать совершенно другую абстракцию асинхронности. Нужно делать очередь, вы же 10000 сразу не гетаете одной пачкой, можно выделить например 4 канала обслуживания загрузок, и очередь ожидания на вход. Как только один канал освободился, берем из очереди следующую. Тогда отменять вообще просто.
TS
FS
Такие штуки очень хорошо решаются через rxjs
Штука поначалу сложная, но нередко случаются ситуации когда громоздкий код на промисах ужимается в несколько строк rxjs
Штука поначалу сложная, но нередко случаются ситуации когда громоздкий код на промисах ужимается в несколько строк rxjs
D
Такие штуки очень хорошо решаются через rxjs
Штука поначалу сложная, но нередко случаются ситуации когда громоздкий код на промисах ужимается в несколько строк rxjs
Штука поначалу сложная, но нередко случаются ситуации когда громоздкий код на промисах ужимается в несколько строк rxjs
И без тоже хорошо решаются без введения 100500 избыточных понятий
FS
И без тоже хорошо решаются без введения 100500 избыточных понятий
Вопрос скорее в том что чем писать велосипед в пару сотен строк не проще ли взять готовое практически решение?
KS
И без тоже хорошо решаются без введения 100500 избыточных понятий
Да документация по rx это зло.
D
Вопрос скорее в том что чем писать велосипед в пару сотен строк не проще ли взять готовое практически решение?
В случае с rxjs не проще
FS
Я нечасто агитирую за добавление зависимостей, но сложные асинхронности это вязкая тема, которую морочно писать и трудно поддерживать
Лично мне rxjs это решает
Лично мне rxjs это решает
D
Зайди хоть на сайт одного и другого проекта и почитай что это для начала
G
Это разные инструменты. Но функционал вебпака отчасти покрывает собой галп.
D
Я нечасто агитирую за добавление зависимостей, но сложные асинхронности это вязкая тема, которую морочно писать и трудно поддерживать
Лично мне rxjs это решает
Лично мне rxjs это решает
Какой тип проекта это использовал активно если не секрет ?
FS
В случае с rxjs не проще
https://t.me/nodeua/15930
Альзо, rxjs позволяет несколько абстрагироваться от внутренней механики асинхронных процессов, чем облегчает чтение кода
Альзо, rxjs позволяет несколько абстрагироваться от внутренней механики асинхронных процессов, чем облегчает чтение кода
V
VovaS смотрите курс по асинхронному программированию https://habr.com/ru/post/452974/
Спасибо 👍
FS
Какой тип проекта это использовал активно если не секрет ?
В какой классификации?
Из действительно сложных -- обычно решаю им задачи асинхронной доставки, обработки и отрисовки разнородных данных в один результат
Ещё очень заходит с обработкой клиентских ивентов, тот же банальный debounce выручает регулярно
Из действительно сложных -- обычно решаю им задачи асинхронной доставки, обработки и отрисовки разнородных данных в один результат
Ещё очень заходит с обработкой клиентских ивентов, тот же банальный debounce выручает регулярно
D
В какой классификации?
Из действительно сложных -- обычно решаю им задачи асинхронной доставки, обработки и отрисовки разнородных данных в один результат
Ещё очень заходит с обработкой клиентских ивентов, тот же банальный debounce выручает регулярно
Из действительно сложных -- обычно решаю им задачи асинхронной доставки, обработки и отрисовки разнородных данных в один результат
Ещё очень заходит с обработкой клиентских ивентов, тот же банальный debounce выручает регулярно
Я с rxjs столкнулся на фронте и выпилил это вместе с ангуляром не осилив борьбу за приемлемый перформанс
FS
switchMap для сбора зависящих друг от друга данных с разных микросервисов
FS
Я с rxjs столкнулся на фронте и выпилил это вместе с ангуляром не осилив борьбу за приемлемый перформанс
Перформанс проблемы в ангуляре как правило связаны с change detection и слишком частым рендерингом, не знаю при чем тут rxjs