После проведенного голосования, определилась тема для рассмотрения в выходные - MVC.

Приступим'с

Архитектурный шаблон MVC в Java Spring: теория, правила, ошибки

MVC (Model–View–Controller) — это один из фундаментальных архитектурных паттернов в программной инженерии, направленный на разделение приложения на логически независимые компоненты. Его основная цель — изолировать пользовательский интерфейс от бизнес-логики и доступа к данным. В экосистеме Java фреймворк Spring реализует этот шаблон через модуль Spring MVC.

Теория: что такое MVC

Шаблон MVC подразумевает разделение приложения на три слоя:

Model (Модель)

Модель инкапсулирует бизнес-логику и данные приложения. Она может включать:
Сущности базы данных (например, классы с аннотацией @Entity).
Репозитории (@Repository), обеспечивающие доступ к данным.
Сервисный слой (@Service), реализующий бизнес-логику.
DTO (Data Transfer Objects) — объекты для обмена данными между слоями.

❗️Модель не должна зависеть от представления или контроллера.

View (Представление)

Представление отвечает за отображение информации пользователю. В Spring это обычно:
HTML-шаблоны (например, на Thymeleaf).
JSON-ответы (в случае REST API).
Альтернативные форматы (XML, PDF и пр.).
View должен быть как можно более простым и не содержать бизнес-логики.

Controller (Контроллер)

Контроллер — связующее звено между внешним миром (HTTP-запросами) и внутренними слоями приложения. Он:
Принимает входные данные.
Делегирует выполнение модели.
Выбирает и возвращает подходящее представление.
Контроллеры в Spring создаются с помощью аннотаций @Controller или @RestController.

Жизненный цикл HTTP-запроса в Spring MVC

🔵Пользователь отправляет HTTP-запрос.
🔵DispatcherServlet перехватывает запрос.
🔵Система HandlerMapping находит соответствующий контроллер.
🔵Контроллер вызывает метод бизнес-логики через @Service.
🔵Сервис взаимодействует с репозиториями и возвращает результат.
🔵Контроллер передаёт данные во View (или сериализует их в JSON).
🔵Ответ возвращается клиенту.

Роль слоёв в приложении Spring

Контроллер
Контроллер должен быть «тонким» и не содержать бизнес-логики. Его задача — маршрутизировать запросы и собирать данные, необходимые представлению.

Пример (корректный):

@GetMapping("/users")
public List<UserDto> getUsers(Model model) {
    return userService.getAllUsers();
}

Неправильный пример (контроллер содержит логику):

@GetMapping("/users")
public List<UserDto> getUsers(Model model) {
    List<User> users = userRepository.findAll();
    return users.stream()
        .map(user -> new UserDto(user.getId(), user.getName()))
        .collect(Collectors.toList());
}

Сервисный слой

Сервисный слой содержит бизнес-логику, правила обработки данных, валидацию, логи, обработку ошибок. Он изолирован от HTTP и представления. Сервисы не должны напрямую зависеть от Model, HttpServletRequest или аннотаций Spring MVC.

Пример:

@Service
public class UserService {
    @Autowired
    private UserRepository userRepository;

    public List<UserDto> getAllUsers() {
        return userRepository.findAll().stream()
            .map(user -> new UserDto(user.getId(), user.getName()))
            .collect(Collectors.toList());
    }
}

Репозиторий

Репозиторий отвечает за доступ к данным. Он инкапсулирует работу с базой и предоставляет CRUD-интерфейс.

public interface UserRepository extends JpaRepository<User, Long> {}

#Java #для_новичков #beginner #on_request #mvc