직접 만든 MVC 프레임워크 구조

**Spring MVC 구조

DispatcherServlet
org.springframework.web.servlet.DispatcherServlet
SpringMVC 동작 순서

1. 핸들러 조회 : 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회한다.
2. 핸들러 어댑터 조회: 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다.
3. 핸들러 어댑터 실행: 핸들러 어댑터를 실행한다
4. 핸들러 실행 : 핸들러 어댑터가 실제 핸들러를 실행한다.
5. ModelAndView반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다.
6. viewResolver 호출: 뷰 리졸버를 찾고 실행한다.
7. View반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다.
8. 뷰 렌더링: 뷰를 통해서 뷰를 렌더링한다.
인터페이스 살펴보기
스프링 MVC의 큰 강점은 DispatcherServlet 코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다는 점이다. 지금까지 설명한 대부분을 확장 가능할 수 있게 인터페이스로 제공한다.
이 인터페이스들만 구현해서 DispatcherServlet 에 등록하면 여러분만의 컨트롤러를 만들 수도 있다.
주요 인터페이스 목록
핸들러 매핑: org.springframework.web.servlet.HandlerMapping
핸들러 어댑터: org.springframework.web.servlet.HandlerAdapter
뷰 리졸버: org.springframework.web.servlet.ViewResolver
뷰: org.springframework.web.servlet.View
과거에는 Controller 인터페이스를 사용하였다.
이 인터페이스로 핸들러 매핑, 핸들러 어댑터를 알아보자
OldController.java
/@Component : 스프링 빈 이름을 URL로 맞추어 사용 가능
@Component("/springmvc/old-controller")
public class OldController implements Controller {
@Override
public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
System.out.println("OldController.handleRequest");
//뷰리졸버를 만들어주자 -> application.properties
return new ModelAndView("new-form");
}
이 컨트롤러는 어떻게 호출이 될까?

우선 핸들러매핑을 통해 컨트롤러를 찾을 수 있어야 하는데, 이 컨트롤러는 스프링 빈으므로 스프링 빈 이름으로 핸들러매핑을 한다.
핸들러 매핑 통해 찾은 핸들러를 실행할 수 있는 어댑터가 필요하다. 여기서는 Controller인터페이스를 실행할 수 있는 핸들러 어댑터가 필요한 것이다.
스프링은 기본적으로 대부분의 핸들러매핑, 핸들러어댑터를 구현해 두었다. 스프링부트는 이것들을 자동으로 등록한다.
HanglerMapping
HandlerMapping
매핑은 순위별로 진행한다. 0순위에서 처리 불가하면 1순위로 넘어가는 식이다.
핸들러 조회 -> 핸들러어댑터조회 -> 핸들러어댑터 실행 으로 실행이 된다.
가장 우선순위가 높은 핸들러매핑과 핸들러어댑터는 RequestMappingHandlerMapping이다. @RequestMapping 애노테이션 컨트롤러를 지원한다.
return new ModelAndView("new-form");
위의 코드에 View를 사용할 수 있도록 코드를 추가해 주었다.
실행하면, Whitelabel Error Page 오류가 발생하는 것을 확인할 수 있다.
application.properties 에 prefix, suffix를 설정
#스프링부트 뷰리졸버(InternalResourceViewResolver 자동 등록 / 아래 prefix, suffix 사용해서 등록)
spring.mvc.view.prefix=/WEB-INF/views/
spring.mvc.view.suffix=.jsp
를 등록하면, "/WEB-INF/views/new-form.jsp" 으로 실행이 된다.
뷰 리졸버 - InternalResourceViewResolver
스프링부트는 애플리케이션이 띄워질 떄, 여러가지를 자동등로글 해주는데, 그 중에서 InternalResourceViewResolver이라는 뷰 리졸버도 자동 등록을 해준다.
이때, application.properties에 등록한 spring.mvc.view.prefix, spring.mvc.view.suffix 설정 정보를 사용해서 등록한다.
뷰 리졸버 동작 방식

1) 핸들러어댑터호출
2) ViewResolver호출
3) InternalResourceViewResolver
4) 뷰 - InternalResourceView
5) view.render()
스프링이 제공하는 컨트롤러는 애노테이션 기반으로 동작해서 매우 유연하고 실용적이다.
@RequestMapping
지금까지 만들었던 프레임워크에서 사용했던 컨트롤러를 @RequestMapping 기반의 스프링 MVC 컨트롤러로 변경해보자.
SpringMemberFormControllerV1
@Controller
public class SpringMemberFormControllerV1 {
@RequestMapping("/springmvc/v1/members/new-form")
public ModelAndView process(){
return new ModelAndView("new-form");
}
}
@Controller : 스프링이 자동으로 스프링 빈에 등록된다. (내부에 @Component 애노테이션이 있어서 컴포넌트 스캔의 대상이 되기 때문)
--> 스프링 MVC에서 애노테이션 기반 컨트롤러로 인식한다.
즉 RequestMapppingHandlerMapping에서 매핑시켜줄 수 있는 핸들러로 인식된다는 의미이다.
@RequestMapping : 요청 정보를 매핑한다. 해당 URL이 호출되면, 이 메서드가 호출된다.
애노테이션을 기반으로 동작하기 때문에 메서드의 이름은 임의로 지으면 된다.
ModelAndView : 모델과 뷰 정보를 담아서 반환하면 된다.
**RequestMappingHandlerMapping은 스프링 빈 중에서 @RequestMapping 또는 @Controller가 클래스 레벨에 붙어있는 경우, 매핑 정보로 인식한다.
SpringMemberSaveControllerV1
@Controller
public class SpringMemberSaveControllerV1 {
private MemberRepository memberRepository = MemberRepository.getInstance();
@RequestMapping("/springmvc/v1/members/save")
public ModelAndView process(HttpServletRequest request){
String username = request.getParameter("username");
int age = Integer.parseInt(request.getParameter("age"));
Member member = new Member(username, age);
memberRepository.save(member);
ModelAndView mv = new ModelAndView("save-result");
mv.addObject("member", member);
return mv;
}
}
SpringMemberListControllerV1
@Controller
public class SpringMemberListControllerV1 {
private MemberRepository memberRepository = MemberRepository.getInstance();
@RequestMapping("/springmvc/v1/members")
public ModelAndView process(){
List<Member> members = memberRepository.findAll();
ModelAndView mv = new ModelAndView("members");
mv.addObject("members", members);
return mv;
}
}
@RequestMapping을 잘 보면, 클래스 단위가 아니라 메서드 단위로 적용된 것을 볼 수 있다.
--> 따라서 컨트롤러 클래스를 유연하게 하나로 통합할 수있다.
SpringMemberControllerV2
@Controller
@RequestMapping("/springmvc/v2/members")
public class SpringMemberControllerV2 {
private MemberRepository memberRepository = MemberRepository.getInstance();
@RequestMapping("/new-form")
public ModelAndView newForm(){
return new ModelAndView("new-form");
}
@RequestMapping("/save")
public ModelAndView save(HttpServletRequest request){
String username = request.getParameter("username");
int age = Integer.parseInt(request.getParameter("age"));
Member member = new Member(username, age);
memberRepository.save(member);
ModelAndView mv = new ModelAndView("save-result");
mv.addObject("member", member);
return mv;
}
@RequestMapping
private ModelAndView list(){
List<Member> members = memberRepository.findAll();
ModelAndView mv = new ModelAndView("members");
mv.addObject("members", members);
return mv;
}
}
조합
컨트롤러 클래스를 통합하는 것을 넘어서 조합도 가능하다. 다음 코드는 /springmvc/v2/members 라는 부분에 중복이 있다
--> 클래스 레벨에 다음과 같이 @RequestMapping을 두면 메서드 레벨과 조합이 된다.

조합 결과
이렇게 컨트롤러를 통합하고, 중복 코드를 제거해 보았다
메소드마다 ModelAndView를 만들어서 반환하는 점이 불편하다.
v4 버전에서 뷰의 이름만 반환했던 것처럼 개선해보자.
실용적인 컨트롤러 : SpringMemberControllerV3