П
Size: a a a
2020 November 26
DF
Павел
Вот, отлично. Я так же думаю. Но вот реализация получается убогая. Метод принимающий 5 параметров + дополнительно 2 параметра для пагинации + над каждым параметром аннотация валидации. А если таких методов несколько, то в каждом повторяется по 2 параметра пагинации. И ввглядит это кошмарно. + валидация в GET методах в спринге, работает криво
зашей их в урл. Типа:
/something/page/2PA
Павел
Вот, отлично. Я так же думаю. Но вот реализация получается убогая. Метод принимающий 5 параметров + дополнительно 2 параметра для пагинации + над каждым параметром аннотация валидации. А если таких методов несколько, то в каждом повторяется по 2 параметра пагинации. И ввглядит это кошмарно. + валидация в GET методах в спринге, работает криво
Посмотрите , как сделано например в том же амазоне, много разных параметров фильтрации и пагинации
П
зашей их в урл. Типа:
/something/page/2Если честно как-то не очень это выглядит. Поменяются просто с @RequestParam на @PathVariableи добавит больше гемора по обработке
DF
Павел
Если честно как-то не очень это выглядит. Поменяются просто с @RequestParam на @PathVariableи добавит больше гемора по обработке
ну визуально будет смотреться чуть лучше, а гемора одинаково плюс-минус.
П
Посмотрите , как сделано например в том же амазоне, много разных параметров фильтрации и пагинации
Да, в гугле тоже. Поэтому переделал с поста на гет, но теперь парюсь с валидацией. @Email работает а @Min @Max нет. Фигня какая-то
П
Гуглу хватает например
П
У амазона фильтров тьмя тоже гет
DC
можно в GET body докинуть с сериализованным объектом
Не надо докидывать в GET тело, никогда
PG
ὦan
http вроде не накладывает ограничение (вроде бы) - сама спефикация
у браузеров зато есть лимит