Если вы эту модель потом планируете паковать в JSON и оно вам там не надо, то да. Но я бы не рекомендовал отдавать фронту или еще куда в API модели БД, лучше делать отдельные классы DTO, или POKO.
А почему не отдавать модели бд?
Потому что в этих моделях обычно нарастает информация которую не нужно отдавать, или наоборот отдавать нужно больше чем там есть, с развитием проекта расхождения будут расти лавиннообразно.
Ну, по моему лучше отдать весь обьект, чем создавать миллион DTO и потом это все еще как то мапить
лучше сделать ДТОшки и отдавать только НУЖНЫЕ данные, а не спихивать все в одну кучу и разделять их JsonIgnore
https://t.me/DotNetRuChat/1504974 пример я тебе привел
это печально
Если бы это работало все бы так делали, с ростом проекта вы сами поймете, в чем выгода того или иного подхода
https://www.baeldung.com/java-dto-pattern на, посмотри, мб поймешь
Ну а если у нас универсальный эндпоинт, допустим поиск. Сейчас мы юзаем его для одной цели, где нужна половина полей, делаем дто мапер на беке, дто на фронте. А потому нам нужно его в другом месте использовать, и нужна уже вся сущность, и нужно переделывать очень много работы
ты принимаешь дтошку с нужными свойствами, мапишь её в модель бд и отдаешь в сервис. в сервисе чето делаешь, возращаешь из сервиса модель, мапишь в дтошку и отдаешь обратно на фронт
Универсальными эндпоинты остаются ровно до того момента как программисту надоедает в него добавлять ifы по мере роста )
Обсуждают сегодня