полный список, выводить его и на клиенте фильтровать. тоесть будет 1 запрос на бек потом все на клиенте.
2. или же при первой загрузке загрузить 20 записей, при скроле догружать еще 20 (новые записи пушить в стейт к старым), фильтровать не на клиенте, а на беке.
тут будет куча запросов на бек (при скроле каждые 20 элементов и при фильтрации)
записей может быть и 1000.
а если при первом запросе запросить 50 скажем, а после сразу же отправить запрос на остальные
если это так важно
типо загрузить 50, а при скроле догружать по 50 каждым шагом? а фильтрацию где делать бек или фронт? да я вообще бы выбрал 2 вариант. по 20 грузить при скроле и менять стейт после фильтрации, тоесть фильтр на беке будет а я только отдавать и принимать объект. но думаю вот не слишком много запросов будет?
фильтровать на фронте не получится пока у вас нет полного списка. на фронте надо правильно мерджить чтобы не было дубликатов, т.к. между запросами может произойти смещение и уже на 2ой странице будет результат с первой а на счет сколько грузить за раз зависит от того, сколько данные весят и как много места занимают на экране
допустим полный список у нас есть, уже подгружен в стейт. фильтровать на клиенте можно. но я не знаю как правильно, как все делают? на беке фильтр или на фронте?
а в чем проблема? если есть весь список я вся инфа по которой фильтрация осуществляется, все кажется элементарным. проходишься по смассиву, убираешь ненужные элементы, показываешь новый массив. ну старый только ненадо удалять чтобы данные не потерять
проблемы нет, я могу оба варианта сделать и фильтр на беке и на фронте. хотел лишь узнать какой вариант правильный, или же оба правильны и тут дело вкуса.
Обсуждают сегодня