Предложение - Разделение ответственности: `sourceA -> sourceB?ids=...`

Проблема

Отсутствие единого источника истины: одна и та же структура используется в разных точках системы, что приводит к дублированию логики и несогласованности.

Жесткая связанность: один источник данных зависит от деталей реализации другого, что усложняет изменения и тестирование.

Примеры

Получить просмотренные саммари

Получить список саммари

Решение

Первый источник (sourceA) возвращает только lightweight-модель — список идентификаторов (id) и сопутствующий контекст (reason, score, и т.п.).

Клиент использует эти id, чтобы получить полные данные из второго источника (sourceB?ids=...), который специализируется на детальной информации и нормализации структуры.

Плюсы

Снижение связанности между частями системы: каждый источник данных выполняет свою задачу и не тянет за собой лишние зависимости.

Централизация логики вокруг конкретных сущностей: вся детализация хранится и развивается в одном месте.

Повышение переиспользуемости: один и тот же sourceB может использоваться в разных сценариях (поиск, рекомендации, история и т.д.).

Гибкость на клиенте: клиент сам решает, какие поля ему нужны и откуда их забирать.

Минусы

Увеличение количества запросов: для получения финальной информации требуется минимум два вызова.

Промежуток между запросами может привести к рассинхронизации (например, сущность могла измениться или исчезнуть).

Больше ответственности на клиенте: необходимо самостоятельно координировать сбор финального результата из разных источников.

Усложнение кэширования на клиентской стороне — кэшировать только первую часть данных бессмысленно без второй.

Предложение - Разделение ответственности: `sourceA -> sourceB?ids=...`

Проблема#

Примеры#

Решение#

Плюсы#

Минусы#

Проблема

Примеры

Решение

Плюсы

Минусы