Spring MVC

Spring MVC

특징

• Spring MVC 프레임 워크는 Model, View, Controller라는 모듈의 분리를 가능하게하고 애플리케이션 통합을 원할하게 처리하게 해줌
• 장점
  • 코드의 가독성, 확장성, 유지보수성을 늘릴 수 있고 코드의 중복을 최소화할 수 있다.
• 단점
  • 설계 시간이 오래걸리고 숙련된 개발자가 필요하며, model과 view의 완벽한 분리가 어렵다.

 

구조

출처 https://terasolunaorg.github.io/guideline/5.0.1.RELEASE/en/_images/RequestLifecycle.png

 

동작 순서

1. 핸들러 조회: 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회함
2. 핸들러 어댑터 조회: 핸들러를 실행할 수 있는 핸들러 어댑터를 조회함
3. 핸들러 어댑터 실행: 핸들러 어댑터를 실행함
4. 핸들러 실행: 핸들러 어댑터가 실제 핸들러를 실행함
5. ModelAndView 반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 Model And View로 변환해서 반환함
6. View Resolver 호출: 뷰 리졸버를 찾고 실행함
7. View 반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환함
8. 뷰 렌더링: 뷰를 통해서 뷰를 렌더링 함

 

Dispatcher Servlet

• 모든 요청을 받고 세부 경로는 각 Controller에게 뿌려주는 프론트 컨트롤러의 역할을 한다.
• Request를 각각의 Controller에 위임한다.

 

View Resolver

• 스프링 부트는 InternalResourceViewResolver라는 뷰 리졸버를 자동으로 등록하는데, 이 때 application.properties에 등록한 sping.mvc.view.prefix, spring.mvc.view.suffix 설정 정보를 사용해서 등록한다.
• 위의 등록을 미리 해두었기 때문에 spring mvc 에서는 Model을 파라미터로 받아서 뷰의 논리이름을 반환하는 방식으로 동작이 가능하다.
• 위와 같은 방식으로 할경우 ModelAndView를 직접 생성해서 반환하지 않아도 되기 때문에 실용적이다.