Можно поместить данные в свойство data роута, рядом с резолвером и получать их внутри резолвера через ActiveRouterState

Я вообще не про это спрашивал

И я уже решил свой вопрос, я выше писал про это.

Тут є бот, яким можна спам позначити?

Ні, тільки силами адмінів

а как это вообще может влиять на фронтенд?

Наверное, если разные команды отвечают за разные сервисы, а на фронтенде нет моков и он использует стайджед инстансы сервисов, может быть проблемно, если для фронтенда нужно какое-то поле добавить к ответу АПИ. Ну, т.к. разные команды, в теории могут же и в +- разное время релизить, если не будет конфликтов между сервисами.


Но вообще, да, поддержу вопрос

В моей практике такого не было. Сначала меняется бекенд, а потом ставится задача на фронтенде отобразить это

Это если процессы налаженны. У нас вот было такое, что мы POC делали, где важно сделать прототип приложения как-можно быстрее. В какой-то момент, фронт обогнал бек. А для многих тасок фронта бек стал блокером ( банально нужно еще 1-2 поля данных ). Моки тоже нельзя было юзать, т.к. потом мы отдавали фичи тестировщикам

Но то что у тебя такого не было говорит скорее о том, что тебе повезло с процессами в компании, как мне кажеться)

Да, видимо повезло. Понимаю что везде по разному

Спасибо, братан!

Хорошее было предложение, кто не успел, тот должен кусать себе локти 🙃

Питання про стабільність мікросервісного бекенду в реавльних умовах з точки зору фронтендерів.

Ну, всегда есть вариант писать фронтэнд на моках, если проект позволяет, потому что, мне кажется фронтэнд вообще никак не должен зависеть от бэка в идеале

так а какая ещё точка зрения фронтендеров есть, кроме правильно показать ошибку, когда она пришла с бека?

то, что с микросервисного бека может не прийти какое-то поле, из-за чего поломается скрипт и вся страница, так это может и от монолитного бека прийти

+ , я вообще разницы не вижу для фронта

Разница есть. В моей практике было, что разносили сущности по микросервисам, которые были сильно связаны. Например могли иметь общую форму. Из-за чего приходилось делать и доп запросы и ещё появлялась логика для соединения сущностей на фронте.
Это к тому, что в микросервисах легко ошибиться на этапе проектирования и дальше это исправить уже сложно, да и не когда.

В общем чтобы удобно было работать с микросервисами хорошо бы иметь ещё и bff. А уж как работать с ошибками и коммитами – отдельная головная боль. Нужно очень хорошо уметь все это делать и понимать что это даёт.

Между фронтом и микросервисами должен же быть какой то аггркгирующий сервер, gateway api если по умному по моему

Никому он не должен )