[Spring] MVC 패턴이란?

📝 MVC 패턴

MVC란?

Model, View, Controller의 약자

하나의 애플리케이션, 프로젝트를 구성할 때 구성요소를 세가지의 역할로 구분한 패턴

 

1. 사용자의 Request(요청)를 Controller가 받는다.
2. Controller는 Service에서 비즈니스 로직을 처리한 후 결과를 Model에 담는다.
3. Model에 저장된 결과를 바탕으로 시각적 요소 출력을 담당하는 View를 제어하여 사용자에게 전달한다.

 

•  비즈니스 로직이란?
  • 소프트웨어 공학에서 도메인, 비즈니스라는 말은, '소프트웨어가 풀고자하는 현실 세상의 문제'를 가리킨다.
    (소프트웨어가 존재하는 이유, 목적)
  • '도메인 로직'이나 '비즈니스 로직' 이라고 말할 때는, 그 '현실 세상의 문제'를 해결하는 코드를 의미

 

만약 MVC 개념을 Web에서 사용한다고 하면, 이렇게 될 것이다.

1. User: 사용자가 웹 사이트에 접속한다.
2. Manipulates: Controller는 사용자가 요청한 웹 페이지를 보여주기 위해 Model을 호출한다.
3. Updates: Model은 비즈니스 로직을 통해 DB 및 파일과 같은 데이터를 제어한 후 결과를 반환한다. 이후 Controller는 Model에게 반환받은 결과를 View에 반영한다.
4. Sees: 데이터를 받아온 View가 사용자에게 웹 페이지를 출력하여 보여준다.

---

Model(모델)

애플리케이션의 정보, 데이터를 나타낸다.
(데이터베이스, 처음 정의하는 상수, 초기화값, 변수 등 정보들의 가공을 책임지는 컴포넌트(독립적인 모듈))

Controller에게 받은 데이터를 가공(조작)하는 역할을 수행한다. 즉 데이터와 관련된 부분을 담당하며 값과 기능을 가지는 객체이다.

 

Model이 가지는 규칙

1. 사용자가 편집하길 원하는 모든 데이터를 가지고 있어야 한다.
2. View나 Controller에 대해서 어떤 정보도 알지 말아야 한다.
3. 변경이 일어나면, 변경 통지에 대한 처리방법을 구현해야만 한다.

---

View(뷰)

View는 입력값이나 체크박스 등과 같은 사용자 인터페이스 요소를 나타낸다.

이는 Controller에게 받은 Model의 데이터를 사용자에게 시각적으로 보여주기 위한 역할을 수행한다.

사용자에게 보여지는 화면이라고 볼 수 있다.

 

View가 가지는 규칙

1. Model이 가지고 있는 정보를 따로 저장해서는 안된다.
2. Model이나 Controller를 알고 있을 필요가 없다.
3. 변경이 일어나면 변경통지에 대한 처리방법을 구현해야만 한다.

---

Controller(컨트롤러)

Controller는 Model과 View 사이에서 데이터 흐름을 제어한다.

사용자가 접근한 URL에 따라 요청을 파악하고 URL에 적절한 Method를 호출하여 Service에서 비즈니스 로직을 처리한다.

이 후 결과를 Model에 저장하여 View에게 전달하는 역할을 수행한다. 결국 Controller는 Model과 View의 역할을 분리하는 중요한 요소이다.

 

Controller가 가지는 규칙

1. Model이나 View에 대해서 알고 있어야 한다.
2. Model이나 View의 변경을 모니터링 해야 한다.

 

 Model과 View는 각각의 역할에 충실하지만 Controller는 Model과 View의 흐름을 제어하기 위한 역할이 더욱 중요하다.