а как бравые функциональщики поступают в ситуациях, когда есть какое-то действие (пользователь кликнул на кнопку, чтобы что-то сделать), а для его выполнения требуется совершить несколько запросов - параллельно, последовательно (для полноты ощущений - и так, и сяк). но какой-то один запрос отваливается.

тут можно опять всю цепочку запросов повторять, а можно изворачиваться и повторять только упавший.

есть серебряная пуля, чтобы это в одну строчку сделать?

p.s. есть запасной вариант попросить бэкендщиков доложить нужных данных, но они пока не хочут

Ркс видел? Вот примерно так же

ты про эти ркс?

Да.

С подключением

> есть серебряная пуля, чтобы это в одну строчку сделать?

да, называется декорирование. можешь у миши спросить что это

он вчера про это статью скидывал

тут можно опять всю цепочку запросов повторять, а можно изворачиваться и повторять только упавший. 

нуу... это вообще можно переложить на транспорт/протокол. например для того же grpc ретраи - это просто настройки.

https://twitter.com/unclebobmartin/status/1279449928058757121
А видали, как дядю Боба в твиторе запинали?

тут можно опять всю цепочку запросов повторять, а можно изворачиваться и повторять только упавший. 

ну не бесконечно же ретраить

> есть серебряная пуля, чтобы это в одну строчку сделать?

да, видел, пойду перечитаю еще раз, вдруг осилю как применить

близкая тематика - https://t.me/geekshit/20750

нет конечно раза три и хватит, дальше кидаешь исключение что то пошло не так и ждешь пул рефреш

норм там манипуляторы сидят

ну то есть сама по себе проблема не то, чтобы решена будет)

ты случай когда сервер вообще сгорел к хуям не рассматриваешь? )

там же вроде всё булевое - ответ либо пришел либо нет, частично пришедший ответ даже рассматривать не будем хотя такое бывает

ну вот и ограничишь по таймауту или по количеству попыток

ну типа действие - сделать post запрос, а потом два параллельных get запроса