스프링 MVC 1편 - 5장. 스프링MVC - 구조 이해 (김영한)

<순서>

스프링 MVC 전체 구조

핸들러 매핑과 핸들러 어댑터

뷰 리졸버

스프링 MVC 시작하기

스프링 MVC 컨트롤러 통합

스프링 MVC 실용적인 방식

정리

 

지금까지 만든 MVC 구조

FrontController -> DispatcherServlet

handlerMappingMap -> HandlerMapping

MyHandlerAdapter -> HandlerAdapter

ModelView -> ModelAndView

viewResolver -> ViewResolver

MyView -> View

 

스프링 MVC 구조

 

<동작순서>

1. 핸들러 조회 : 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러를 조회한다. 

2. 핸들러 어댑터 조회 : 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다. 

3. 핸들러 어댑터 실행 : 핸들러 어댑터를 실행한다. 

4. 핸들러 실행 

5. ModelAndView 반환 : 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다. 

6. viewResolver 호출 : 뷰 리졸버를 찾고 실행한다. 

7. View 반환 : 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다. 

8. 뷰 렌더링 : 뷰를 통해서 뷰를 렌더링한다. 

---

 

핸들러 매핑과 핸들러 어댑터

직접 MVC를 만들 때는, 핸들러 매핑과 핸들러 어댑터를 Map, List 콜렉션을 이용하여 등록, 검색, 사용했다. 

스프링MVC는 어떻게 사용하는지 알아보자. 

 

우선 Old 버전. 

Controller 인터페이스 

Controller 인터페이스는 @Controller 과 다른 것이다. 

@Component("/springmvc/old-controller") 을 통해 /springmvc/old-controller 라는 이름으르 스프링 빈에 등록한다. 

스프링 빈 이름으로 URL 매핑한다. 

 

HandlerMapping : OldController을 찾는다. 스프링 빈 이름으로 핸들러를 찾을 수 있는 핸들러 매핑이 필요하다. 

HandlerAdapter : HandlerMapping을 통해 찾은 핸들러를 실행한다. 

 

스프링은 이미 필요한 핸들러 매핑과 어댑터를 대부분 구현해두어서 개발자가 직접 만들 일은 거의 없다. 

---

뷰 리졸버

View를 사용할 수 있도록 

return new ModelAndView("new-form"); 을 추가했다. 

 

스프링 부트가 자동등록하는 주요 뷰 리졸버

1. BeanNameViewResolver : 빈 이름으로 뷰를 찾아서 반환한다. 

2. InternalResourceViewResolver : JSP를 처리할 수 있는 뷰를 반환한다. 

 

<동작 순서>

1. 핸들러 어댑터를 통해 new-form 이라는 논리 뷰 이름을 획득한다. 

2. new-form 이라는 뷰 이름으로 viewResolver를 순서대로 호출한다. 

BeanNameViewResolver 는 new-form 이라는 이름의 스프링 빈으로 등록된 뷰를 찾아야 하는데 없다. 

InternalResourceViewResolver가 호출된다. 

3. 뷰 리졸버가 InternalResourceViewResolver를 반환한다. 

4. InternalResourceView는 JSP처럼 forward()를 호출해서 처리할 수 있는 경우에 사용한다. 

5. view.render()가 호출되고 InternalResourceView는 forward()를 사용해서 JSP를 실행한다. 

---

스프링 MVC - 시작하기. 

스프링은 애노테이션 기반으로 동작하므로 매우 유연하고 실용적임. 

 

주요 애노테이션 

@Controller : 스프링이 자동으로 빈에 등록. 

@RequestMapping : 요청 정보 매핑. 해당 URL이 호출되면 이 메서드가 호출됨. (클래스에도, 메소드에도 사용 가능)

@RequestParam : Http 요청 파라미터를 편리하게 받을 수 있다. 

---

스프링 MVC - 컨트롤러 통합. 

클래스 레벨에 @RequestMapping을 쓰면 경로 중복을 없앨 수 있다. 

 

<원래>

각 메소드에 

@RequestMapping("/springmvc/v2/members/new-form")

@RequestMapping("/springmvc/v2/members")

@RequestMapping("/springmvc/v2/members/save")

 

<이후>

클래스에 

@RequestMapping("/springmve/v2/members")

각 메소드에

@RequestMapping("/new-form")

@RequestMapping

@RequestMapping("/save")

---

스프링 MVC - 실용적인 방식.

이전 4장에서 MVC 프레임워크를 직접 만들어볼 때, v3에서 ModelView를 개발자가 직접 새성하고 반환했다가 v4를 만들면서 실용적으로 개선한 적이 있다. 스프링 MVC도 개발자가 편하게 개발할 수 있도록 기능을 제공한다. 

 

1) Model 파라미터로 받자. 즉, ModelAndView를 생성하고 반환하는 과정을 없애자. 

2) ViewName 직접 반환하자. 

3) Http 요청 파라미터를 @RequestParam 로 받자.

(HttpServletRequest request를 매개변수로 지정하고, request.getParameber("username")를 통해 받아오던 걸 @RequestParam("username")로 대체한다.) 

1), 2),3) 변화 확인하기

4) @RequestMapping(value = "/new-form", method = RequestMethod.GET) 

-> @GetMapping("/new-form")