[Spring] MVC Framework

📌 MVC

애플리케이션을 개발할 때 사용하는 디자인 패턴
➡️ MVC 패턴을 도입하면서 UI 영역과 도메인(비즈니스 로직) 영역으로 구분되어 서로에게 영향을 주지 않으면서 개발과 유지보수가 가능하게 됨

✔️ Model

• 어플리케이션의 정보, 데이터와 관련된 부분
• Spring MVC 기반의 웹 애플리케이션이 클라이언트의 요청을 전달받으면 요청 사항을 처리하기 위한 작업을 함
• 처리한 작업의 결과 데이터를 클라이언트에게 돌려주어야하는데 이때 클라이언트에게 응답으로 돌려주는 작업의 처리 결과 데이터

✔️ View

• 눈에 보이는 것
• Model을 이용하여 웹 브라우저와 같은 애플리케이션의 화면에 보이는 리소스를 제공하는 역할
• 다양한 View 기술
  • HTML 페이지 출력
  • PDF, Excel 등의 문서 형태로 출력
  • XML, JSON 등 특정 형식의 포맷으로 변환

✔️ Controller

• 무언가를 제어하는 것(프로그래밍이 많이 이루어짐)
• 클라이언트 측의 요청을 직접적으로 전달받는 엔드포인트로써 Model과 View의 중간에서 상호작용을 해주는 역할
• 클라이언트 측의 요청을 전달받아 비즈니스 로직을 거친 후 Model 데이터가 만들어지면 이 Model 데이터를 View로 전달하는 역할

📌 MVC 진행 과정

• 클라이언트가 URL을 요청하면 웹 브라우저에서 스프링으로 request가 보내진다.
• Dispatcher Servlet이 request를 받으면, Handler Mapping을 통해 해당 URL을 담당하는 Controller를 탐색 후 찾아낸다.
• 찾아낸 Controller로 request를 보내주고, 보내주기 위해 필요한 Model을 구성한다.
• Model에서는 페이지 처리에 필요한 정보들을 Database에 접근하여 쿼리문을 통해 가져온다.
• 데이터를 통해 얻은 Model 정보를 Controller에게 response 해주면, Controller는 이를 받아 Model을 완성시켜 Disptcher Servlet에게 전달해준다.
• Disptcher Servlet은 View Resolver를 통해 request에 해당하는 View 파일을 탐색 후 받아낸다.
• 받아낸 View 페이지 파일에 Model을 보낸 후 클라이언트에게 보낼 페이지를 완성시켜 받아낸다.
• 완성된 View 파일을 클라이언트에 response하여 화면에 출력한다.

Disptcher Servlet

• 모든 request를 처리하는 중심 컨트롤러
• 서블릿 컨테이너에서 http 프로토콜을 통해 들어오는 모든 request에 대해 제일 앞단에서 중앙집중식으로 처리해주는 핵심적인 역할
• 기존에는 web.xml에 모두 등록해줘야 했지만 Disptcher Servlet이 모든 request를 핸들링하면서 작업을 편리하게 할 수 있음

Handler Mapping

• 클라이언트의 request url을 어떤 컨트롤러가 처리해야 할 지 찾아서 Disptcher Servlet에게 전달해주는 역할
• 컨트롤러 상에서 URL을 매핑시키기 위해 @RequestMapping을 사용하는데 핸들러가 이를 찾아주는 역할을 함

Controller

• 실질적인 요청 처리하는 곳
• Disptcher Servlet(프론트 컨트롤러) Controller(백엔드 컨트롤러)
• Model의 처리 결과를 담아 Disptcher Servlet에게 반환

View Resolver

• 컨트롤러의 처리 결과를 만들 View를 결정해주는 역할

[참고 자료]

🔗링크
🔗링크
🔗링크