мою проблему не могу нагуглить 🌚
Тебе прям принципиальна постраничная пагинация? Нет же, если инфинити скролл Сделай по ключу, это одна циферка. И можно ключ + кол-во записей отправлять в функцию получения пользователей из стора. Если нашлось нужное кол-во, то можно не слать запрос в бд, если нет, то сходить Я б так сделал. Но я джуняра 😂
Ну, если ты сам бэк пишешь, конечно
идея здравая в случае infinity scroll'a.
модель для пагинации лучше хранить рядом с тем местом, где у тебя непосредственно выполняется запрос. Если он выполняется в pinia, то я бы оставил это дело в state, а в компоненте цеплялся бы туда. Нужно понять, критично ли для тебя то, что состояние пагинации и список пользователей будет одинаков во всех компонентах, где этот стор используется. Это может быть критично в случае когда у тебя, например, несколько remote-фильтров рядышком.
проблем с самой пагинацией нет, проблем в том что я в одну стору подгружают данные из двух разных компонентов (таблица и селект), потому что и там и там есть инфитискролл, вот думаю засунуть в стор данные о пагинации или разделить по компонентам впринципе
пока вроде норм одну стору использовать, но вот позже не знаю
Ну если нормально, что у всех компонентов одинаковые данные будут, то кинь в стор да и все
вот из-за фильтров разных думаю разделить на свои
Ну вот и ответ, получается)
В стор надо грузить из Бэка а не компонент А в компонентах - компьютед/фильтр на эти данные
1 общая стора для всего списка, а как решать проблему, когда 2 компонента подгружают разные части пользователей, например в таблице ничего не ищут, а в селекте Петровых они загрузились (в таблице 1-50 ид, а в селекте 500-550) и когда будешь крутить общую таблицу, то покажутся 1-50 и 500-550
просто разделить. Все зависит уже тут от того, как ты задизайнишь
Либо грузи в бэк сразу всё, если позволительно, либо делай отдельные запросы на бэк без стора
получать сразу все обьекты из бека? и фильтровать у себя? не могу, много объектов
Обсуждают сегодня