Ребят как правильно делать... как отдавать api для фронтендера. Например

на странице главной выводится блоками инфо из категорий. Тоесть каждый блок выводит из своей категории последнии 5 статей например.
Так вот, в таком случае достаточно ли чтобы по гет запросу получать кол-во постов по конкретной id категории. Или же нужен апи который будет за раз возвращать все инфо для всех блоков ?
Чёт как то корявенько рассказал))

Так тебя интересует не "как отдавать апи фронтенду", а "какие эндпоинты в этом апи предоставить") я бы сделал эндпоинт, который от фронта принимает список категорий, и для этих категорий возвращает N последних статей. Тогда ты его сможешь гибко переиспользовать на других страницах тоже. Например юзер кликает на интересующий его блок, и ему уже открывается страница с последними 15ю статьями только в этой категории с пагинацией. Все это можно будет сделать через один эндпоинт

"какие эндпоинты в этом апи предоставить" - точно ! Не смог сформулировать корректно )) У меня есть гет запрос для получения списка постов по конкртетной id категории + на своем языке еще. Тоесть в запросе можно передать вывести 5 или 20 постов к примеру + данные totalPages", "totalElements" для пахинации. Но зародились сомнения... на главной странице как правило дофига всяких блоков, может стоит разом как то инфо давать... ? Хотя тогда жирный запрос в базу будет... а щас типо много маленьких )) (ну как много... 15 блоков - 15 запросов к примеру)

Ну так я тебе ответил уже

Тоесть если на главной выводить посты из всех категорий, то запрос по сути вывести с каждой категории (нет смысла их выбирать по отдельности в базе) по 5 постов ? Разреши еще уточнить... Например если в слайлере вверху на фронде будут показываться последнии 3 поста к примеру, то что бы внизу их не дублировать мне нужно написать что бы прятать эти посты внизу, или это забота фронтендера ?

Нет, есть смысл именно чтобы фронт сообщал для каких категорий ему нужны статьи. Прям списком. Хочет для "всех" - пусть передаёт список всех возможных категорий. Но именно в таком виде это эндпоинт будет переиспользуемым в других местах, а также более эффективным, чем 15 отдельных запросов по 15 категориям

Что показывать, а что прятать - целиком забота фронта. Ровно как и знать, какие данные запросить с Бэка для той или иной страницы

Чтото типо такого значит: @RequestParam List<Long> categoryIds, @RequestParam Integer postsPerCategory И вероятно асинхроность использовать... Спасибо! 👍

1) Какая асинхронность? Зачем асинхронность? Это простой гет запрос, куда ты тут хочешь асинхронность запихнуть?) 2) я бы добавил ещё один параметр до стандартных для пагинации: pageIndex. Так ты на других страницах сможешь переиспользовать эндпоинт

Ну и простые типы советую передавать прям примитивами, чтобы потом с null-ами не возиться

просто мысли в слух были... из 15 категорий выводить, даже если по 5 постов то уже 75 штук, у каждого поста там авторы всякие, категорий несколько и т.д... картинки самом собой( поянятно что маленькие и оптимизированные уже)... но все же ))

И?

ну типо много ) а надо же что бы как ракета )

А у тебя есть какие-то замеры или другие основания полагать, что оно НЕ будет?

наперед о производительности забота )

И в чем же будет асинхронность будет более производительной?

не в туда подумал ) Скорее всего это более актуальнее будет на самом фронте при прокрутки, подгружать но это к бэку уже никак

Ну это простая пагинация, просто без кнопочек "туда-сюда" и на одной странице

всего то... думал там библеотеки какието добавляют...