Controller, Service, Repository 란?

🔥 Controller, Service, Repository를 알아보기 전에 3가지 요소들이 속한 MVC 패턴이 이해되어야 한다(정확히는 Model)

MVC패턴

▶ MVC패턴이란?

- MVC는 Model, View, Controller의 약자이며, 애플리케이션, 프로젝트를 구성하는 요소를 세 가지 역할로 구분

- 사용자가 웹 브라우저를 통해 URL을 호출하면 Controller에서 요청을 받고 로직이나 데이터가 필요하면 Model에서 호출하여 모델에 구성된 비즈니스 로직(Service)이나 데이터베이스(Repository)에 접근해서 데이터를 가져온다.

- 가져온 데이터를 다시 Controller -> VIEW로 보내며 최종적으로 유저에게 데이터와 로직이 적용된 화면을 제공.

 

▶  MVC패턴 사용이유

- View와 Controller를 모두 구현한 구조인 Model 1 방식으로 사용하면 구조의 흐름이 단순하기 때문에 개발이 쉽고 중소형 프로젝트에 적합했지만 프로젝트의 규모가 커질수록 유지보수가 어렵고, view와 Controller가 합쳐져 있어 백엔드와 프런트엔드 개발자의 협업에 어려움이 있어 controller와 view를 분리하여 사용!

- 역할에 따른 분리로 유지보수성, 확장성, 유연성이 증가하고 ,코드의 중복이 사라지기 때문에 사용한다.

 

▶  MVC패턴 특징

- 클라이언트의 요청 처리 부분과 응답처리 부분을 분리하여 각 로직을 독립적으로 수행가능

- 백엔드 프론트엔드 분리가 가능

 

---

Controller

 

▶ Controller란?

- Spring 4계층 구조에서 Presentation Layer(tier)를 담당

 

▶ Controller의 역할

- 사용자의 요청을 처리한 후 지정된 뷰에 모델 객체를 넘겨주는 역할

- 사용자의 요청을 전달받아 요청을 처리하는 Service 호출

- Service에서 처리한 내용은 다시 Controller 받아 client에게 넘겨준다.

 

▶ Controller 예시코드

@RestController
public class OrderController {

	private final OrderService service;
    	private final OrderRepository repository;


    @GetMapping("/order")
    public List<Order> getOrders() {
    	List<Order> orders = service.findOrders();
        return orders;
    }
}

---

Service

 

▶ Service란?

- Spring 4계층 구조에서 Application Layer(응용 계층) 담당하며, 서비스의 비즈니스 로직을 정의한다.

 

▶ Service의 역할

- Controller에 의해 호출되어 실제 비즈니스 로직과 트랜잭션 처리

- 사용자의 요구사항 처리(프로젝트가 커질수록 비대해짐)

- DB 데이터가 필요할 때 Repository 호출

 

▶ Service 예시코드

 public List<Order> findOrders(){
        return (List<Order>) orderRepository.findAll();
    }

---

Repository

 

▶ Repository란?

- Spring 4계층 구조에서 인프라 계층을 담당하며, 주로 외부와의 통신을 담당한다.

 

▶ Repository의 역할

- Service에 의해 호출되어 DB에서 데이터 처리 후 반환

- Entity에 의해 생성된 DB에 접근하는 메서드들을 사용하기 위한 인터페이스

- 데이터베이스 자원을 관리하고 CRUD 작업을 처리한다.

 

▶ Repository 예시코드

public interface OrderRepository extends CrudRepository<Order, Long> {
    
}