я просто хочу научиться граммотно структурировать свой проект вот и спрашиваю
А зачем тебе целый класс на гет?
не понял где
для этого надо объединить сервисы работающие над одной и той же сущностью
как говорилось ранее
У тебя отдельно пост и гет классы. Для чего?
service не знает ничего об get post и прочей фигне, он отвечает за бизнес логику. Почитайте больше про слои приложения. И как они с друг другом взаимосвязаны
это из-за freemarkera требуется
да взял бы таймлиф давно я уже советовал вроде это то же самое, не настоящий фронтенд, шаблонизатор но хотя бы спринг нормально понимает
потому что мне чтобы делать динамическое отображение страницы с разными условия от freemarkera нужно в модель класть и в гет запросе и в пост запросе, а чтобы не писать эту писанину в контроллерах я их пихаю в методы
запросы летят в контроллер, где лежат маппинги (get, post и тд) контроллер отвечает за общение с клиентом, то есть прием и отдача запросов потом контроллер дергает сервис в сервисе лежит бизнес-логика сервис для работы может дергать другие сервисы, стучаться в сеть, либо обращаться к репозиториям, которые отвечают за хранение данных репозитории, в свою очередь отвечают только за хранение и получение данных в 99% случаев - в бд
В корне не верно. Прочитайте про mvc. Я конечно понимаю, что сейчас mvc уже не такой живой, как раньше, но это база
то есть мне лучше создать другие сервисы а не репозитории выходит, потому что у меня один сервис дергает другие репозитории с логикой работы
это в примитиве на деле там еще нюансы есть, но в базе вот так
это разделение на слои, чтобы уменьшить связываемость компонентов приложения завтра изменится логика, начнешь вместо бд данные из другого сервиса по сети брать (микросервисы, например) и придется переписать один сервис, а не половину приложения
Обсуждают сегодня