меня очень плохо с объяснениями.
Вдруг кто не спит для обсуждения.
Вы как боритесь с переполнением DTO лишними сущностями.
Ну представим, что в контроллере
1) Есть DTO с объектом A и child B.
2)В контроллере есть DTO с объектом C и child B.
Вы запрягаете фронт сходить за данными child B, и в контроллерах выдавать только идентификатор, чтобы не перегружать вызовы ?
Делайте BFF - backend for frontend, по сути частный случай api gateway, где вы инкапсулируете всю логику обогащения данными с разных сервисов В экосистеме спринга смотреть проект spring cloud gateway, для graphql - Netflix DGS
да тут скорее такой менеджерский вопрос. Вот они не хотят, аргументы ?
Фронты
BFF для фронта делают бэкендеры
ты предлагаешь насыщать данные с бэкенда, если простым языком ?
https://microservices.io/patterns/apigateway.html
Нубский вопрос. с коробки gateaway по одному запросу может насыщать response из трёх внутренних точек api ?
Ну все-таки надо будет описать откуда тянуть данные и как с ними работать
всё таки я бы возразил вашему ответу т.к он не отвечает на мой вопрос
Ну только программисту решать за каким эндпоинтом будут вызовы в какие сервисы и как полученные данные надо будет смержить
пошел читать
я брыкался т.к сперва увидел gateaway обычный и глупость не позволила прочесть дальше
Обсуждают сегодня