스프링 MVC 전체 구조

직접 만든 MVC 프레임워크

 

개발해 나갈 SpringMVC 구조는 이렇다. 위와 완전 비슷하다.

직접 만든 프레임워크 스프링 MVC 비교를 해보면 

• FrontController =>DispatcherServlet

 

• handlerMappingMap => HandlerMapping

 

• MyHandlerAdapter => HandlerAdapter

 

• ModelView => ModelAndView

 

• viewResolver => ViewResolver

 

• MyView => View로 되어있다.

 

DispatcherServlet 구조를 보면

org.springframework.web.servlet.DispatcherServlet

• 스프링 MVC도 프론트 컨트롤러 패턴으로 구현되어 있다.

 

 

동작 순서

• 핸들러 조회: 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회한다.
• 핸들러 어댑터 조회: 핸들러를 실행하게하는 핸들러 어댑터를 조회한다.
• 핸들러 어댑터 실행: 핸들러 어댑터를 실행한다.
• 핸들러 실행: 핸들러 어댑터가 실제 핸들러를 실행한다.
• ModelAndView 반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다.

 

• viewResolver 호출: 뷰 리졸버를 찾고 실행한다.(JSP의 경우: InternalResourceViewResolver)가 자동으로 등록이 되고 사용된다.
• View 반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다.
• 뷰 렌더링: 뷰를 통해서 뷰를 렌더링 한다.

 

 

인터페이스를 살펴보면

• 스프링 MVC의 큰 장점은 DispatcherServlet 코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다는 것이다.
• 지금까지 설명한 대부분을 확장 가능할 수 있게 인터페이스로 제공한다.

 

• 이 인터페이스들만 구현해서 DispatcherServlet에 등록하면 나만의 컨트롤러를 만들 수도 있다.

 

주요 인터페이스 목록

• 핸들러 매핑: org.springframework.web.servlet.HandlerMapping
• 핸들러 어댑터: org.springframework.web.servlet.HandlerAdapter
• 뷰 리졸버: org.springframework.web.servlet.ViewResolver
• 뷰: org.springframework.web.servlet.View

 

정리

• 스프링 MVC는 코드 분량이 방대하고, 논리적으로 복잡해서 내부 구조를 파악하는 것이 쉽지 않다.
• 해당 기능을 직접 확장하거나 나만의 컨트롤러를 만드는 일은 없어서 걱정안해도 되는데
• 스프링 MVC는 전세계 많은 개발자들의 요구사항에 맞추어 기능을 계속 확장왔고, 내가 웹 애플리케이션을 만들 때 필요로 하는 대부분의 기능이 다 구현되고 있다.
• 그래도 핵심 동작방식을 알아두어야 향후에 문제가 발생했을 때 어디서 문제가 발생했는지 쉽게 파악할 수 있고 문제를 해결이 가능하다. 즉 확장 포인트가 필요할 때, 어떤 부분을 확장해야 할지 감을 잡을 수 있다. 
•  

 

 

 

 

 

 

 

 

 

 

            

 

 

 

 

 

 

<출처 김영한: 스프링 MVC 1편 - 벡앤드 웹 개발 핵심 기술>

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-1/dashboard

스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 - 인프런 | 강의