Как правильно работать с несколькими взаимосвязанными запросами?

Question

[EA-EKB]

Всем привет.

Подскажите пожалуйста как было бы правильней решить следующую задачу:
Есть сервис с двумя методами, которые получают массив из 500 id неких сущностей и конкретную сущность по id. Нужно вывести последние 10 сущностей?

Я решил это таким способом, но порядок вывода неправильный (тут, видимо, дело в гонке запросов). Так же подозреваю, что далеко не лучшим способом сделано. Много запросов выполняется, но я не вижу пока других вариантов, т.к. у нас только такие методы (которые не принимают никаких фильтров чтобы можно было одним запросом дёрнуть нужные записи).

Answer 1

[Евгений Щемелинин]

Я бы посоветовал добавить на бек эндпоинт, который принимает на вход массив id и возвращает список записей.
Сортировать список можно например на клиенте по свойству time.

Comments

[EA-EKB]

про эндпоинт так-то оно так) у меня сразу за это глаз зацепился. но, как говориться, что имеем. По сортировке там в принципе понятно. Больше интересует как красиво само получение записей в таком случае делается.

[Евгений Щемелинин]

EA-EKB, Могу предложить следующую реализацию.
Тут мы выводим данные сразу в шаблон через async pipe, он уже под капотом разбирается с отпиской.

В данном случае не вижу смысла напрямую сохранять данные в компонент, т.к. вся работа происходит в шаблоне. Как вариант если дальше потребуется добавить логику изменения/удаления элементов, то можно передавать из шаблона данные в компонент. Это будет выглядеть следующим образом
(click)="onRemove(story)"

Сами запросы собираются вместе при помощи оператора combimeLatest, который возвращает запросы в порядке вызова.

[EA-EKB]

Про async pipe понял, спасибо. Про combineLatest: тут же получается будет 10 запросов отдельных на бэк отправляться для получения записей. Как-то не совсем оптимально. Хотя я не вижу другого варианта при таких эндпоинтах. Или таки возможно тут как-то оптимизировать по количеству запросов?

[Евгений Щемелинин]

EA-EKB, из своего коммерческого опыта могу сказать, что мы в таких ситуациях всегда добавляли эндпоинт для получения списка сущностей.
На фронте мы можем управлять условиями запуска запросов (можно почитать про операторы zip, forkJoin, combineLatest), но по итогу получаются все те же 10 запросов.

[EA-EKB]

Evgeniy Schem, благодарю) Про эндпоинт я такую же мысль и озвучивал. А то я уж думал что я не так сделал, что развернули меня.