스프링에서 Repository, Service, Controller 구분하는 이유
스프링에서 Controller에서 모든 것을 다 처리하고, Repository 또는 Service 클래스를 만들지 않아도 상관은 없습니다.
하지만, 하나의 주제에 따라서 하나 이상의 리포지토리와 서비스 클래스를 만들고 이를 컨트롤러 클래스에서 사용되는 방식으로 진화해 오고 있습니다.
일반적인 사용 흐름은 다음과 같습니다.
- DB -> Repository -> Service -> Controller -> View
데이터 저장소(DB, Data Store)
실제 데이터가 저장되어 있는 곳을 말합니다.
흔히 우리가 사용하는 DB를 의미합니다.
요즘은 SQL Server, Postgres와 같은 관계형 데이터베이스 이외에 NoSQL 기반의 데이터베이스도 많이 있기에 이 모든 영역을 DB로 봅니다.
Heros.sql
리포지토리(Repository)
데이터 저장소와 연결되어 데이터를 처리하는 영역입니다.
JPA와 밀접하게 연결되어 있는 레이어입니다.
HeroRepository.java
서비스(Service)
하나 이상의 리포지토리를 묶어서 관리하는 목적으로 사용됩니다.
물론, 하나의 리포지토리와 하나의 서비스만 연결해도 됩니다.
HeroService.java
컨트롤러(Controller)
스프링과 같은 MVC에서는 컨트롤러가 핵심 관문 역할입니다.
컨트롤러에서 모든 역할을 다하고 그 결과를 뷰(View)에 전달하여 출력하는 구조이지만,
데이터 처리 관련해서는 리포지토리와 서비스 레이어를 구분지어 관리합니다.
컨트롤러에서 직접 리포지토리에 접근해서 사용해도 되지만,
일반적으로 컨트롤러에서는 서비스 클래스를 사용합니다.
컨트롤러 클래스에서 사용하는 모델 클래스를 DTO(Data Transfer Object)라고도 합니다.
HeroController.java
HerosController.java
...
