스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 - sec05
출처 : 스프링 MVC 1편
스프링 MVC - 구조 이해
mvc 싫다...
여태까지 만들어 온 MVC 프레임워크의 구조
Spring MVC 프레임워크의 구조
동작 순서
1. 핸들러 조회 : 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회
2. 핸들러 어댑터 조회: 핸들러를 실행할 수 있는 핸들러 어댑터를 조회
3. 핸들러 어댑터 실행: 핸들러 어댑터를 실행
4. 핸들러 실행: 핸들러 어댑터가 실제 핸들러를 실행
5. ModelAndView 반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환
6. viewResolver 호출: 뷰 리졸버를 찾고 실행
- JSP의 경우: InternalResourceViewResolver 가 자동 등록되고, 사용
7. View 반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환
- JSP의 경우 InternalResourceView(JstlView) 를 반환하는데, 내부에 forward() 로직이 존재
8. 뷰 렌더링: 뷰를 통해서 뷰를 렌더링 한다.
솔직히 맨 처음에 봤을 때 이름만 바뀐거 아닌가 회의감 막심...
BUT! 핸들러매핑, 어댑터, 뷰 리졸버, 뷰 들이 인터페이스로 구현되서 좀 더 확장성이 늘어났다! + DispatcherServlet 코드의 변경 없이 기능 변경, 확장 가능!
🌟DispatcherServlet🌟
강사님의 엄청난 강조가 들어간,,
- 여태껏 만들어온 FrontController의 엄청난 상타치버전
- 이 친구도 파고 들어가면 HttpServlet을 상속하는..! 상속->상속->상속
- 스프링 부트가 이 친구를 서블릿으로 자동 등록해주면서 모든 경로를 매핑 (이전에도 그랬듯이 더 자세한 경로가 우선순위 ⬆️)
과연 이 속에서 무슨 일이 일어나는가
- 서블릿이 호출되면 HttpServlet이 제공하는 service()가 호출된다
- DispatcherServlet의 부모인 FrameworkServlet에서 service()를 오보라이드 해두어서 이를 시작으로 여러 메서드가 호출되면서
DispatcherServlet.doDispatch()가 호출됨!
doDispatch
DispatcherServlet의 가장 핵심 기술👍🏻
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
HttpServletRequest processedRequest = request;
HandlerExecutionChain mappedHandler = null;
ModelAndView mv = null;
// 1. 핸들러 조회
mappedHandler = getHandler(processedRequest);
if (mappedHandler == null) {
noHandlerFound(processedRequest, response);
return;
}
// 2. 핸들러 어댑터 조회 - 핸들러를 처리할 수 있는 어댑터
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
// 3. 핸들러 어댑터 실행 -> 4. 핸들러 어댑터를 통해 핸들러 실행 -> 5. ModelAndView 반환
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
}
private void processDispatchResult(HttpServletRequest request, HttpServletResponse response, HandlerExecutionChain mappedHandler, ModelAndView
mv, Exception exception) throws Exception {
// 뷰 렌더링 호출
render(mv, request, response);
}
protected void render(ModelAndView mv, HttpServletRequest request, HttpServletResponse response) throws Exception {
View view;
String viewName = mv.getViewName();
// 6. 뷰 리졸버를 통해서 뷰 찾기, 7. View 반환
view = resolveViewName(viewName, mv.getModelInternal(), locale, request);
// 8. 뷰 렌더링
view.render(mv.getModelInternal(), request, response);
}핸들러 매핑과 핸들러 어댑터
스프링 부트가 자동 등록하는 핸들러 매핑과 어댑터
Old.ver
Controller 인터페이스
얘를 받아서 만든 예시 => 빈의 이름으로 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");
return null;
}
}그럼 이 컨트롤러는 어떻게 호출 되었는가
- 핸들러 매핑
=> 스프링 빈의 이름으로 핸들러를 찾을 수 있는 핸들러 매핑이 있었음!
-> BeanNameUrlHandlerMapping - 핸들러 어댑터
=> 찾아낸 핸들러(Controller 인터페이스)를 실행할 수 있는 핸들러 어댑터를 찾아서 실행!
-> SimpleControllerHandlerAdapter
HttpRequestHandler
이 친구를 받아서 만든 예시 =>
@Component("/springmvc/request-handler")
public class MyHttpRequestHandler implements HttpRequestHandler {
@Override
public void handleRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
System.out.println("MyHttpRequestHandler.handleRequest");
}
}이번에 이 컨트롤러는 어떻게 호출 되었는가
- 핸들러 매핑
=> 스프링 빈의 이름으로 핸들러를 찾을 수 있는 핸들러 매핑!
-> BeanNameUrlHandlerMapping - 핸들러 어댑터
=> HttpRequestHandlerAdapter가 HttpRequestHandler 인터페이스를 지원해줌!
-> HttpRequestHandlerAdapter
그럼 요새는 무엇을 쓰는가, @RequestMapping
가장 우선 순위가 높은 핸들러 매핑과 핸들러 어댑터는 RequestMappingHandlerMapping , RequestMappingHandlerAdapter
=> 실무에서 거의 그냥 다 이 방식 사용!
뷰 리졸버
스프링 부트가 자동 등록하는 뷰 리졸버
Old.ver
return new ModelAndView("new-form");
근데 이 친구를 저 위에 OldController에 냅다 써버리면 Error 발생! 🚨
Then How?
=> applicaiton.properties에 코드를 추가해줘야 함!
spring.mvc.view.prefix=/WEB-INF/views/
spring.mvc.view.suffix=.jsp처리 흐름
- 핸들러 어댑터 호출 - 핸들러 어댑터를 통해 new-form(논리 뷰 이름)을 획득
- ViewResolver 호출
2-1. new-form 이라는 이름으로 viewResolver를 순서대로 호출
2-2. BeanNameViewResolver 는 new-form 이라는 이름의 스프링 빈으로 등록된 뷰를 찾아야 하는데 없네?
2-3. InternalResourceViewResolver 가 호출됨 - InternalResourceViewResolver - 이 친구는 InternalResourceView 를 반환
- 뷰 - InternalResourceView - InternalResourceView 는 JSP처럼 포워드 forward() 를 호출해서 처리할 수 있는 경우에 사용
- view.render() - view.render() 가 호출되고 InternalResourceView 는 forward() 를 사용해서 JSP를 실행
InternalResourceViewResolver
스프링 부트는 이 친구를 자동으로 등록하는데 위에 있는 prefix와 suffix 설정 정보를 사용해서 등록!
+) InternalResourceViewResolver 는 만약 JSTL 라이브러리가 있으면 InternalResourceView 를 상속받은 JstlView 를 반환 -> JstlView 는 JSTL 태그 사용시 약간의 부가 기능(메세지 기능)이 추가
+) 다른 뷰는 실제 뷰를 렌더링하지만, JSP의 경우 forward() 통해서 해당 JSP로 이동(실행)해야 렌더링이 됨 -> JSP를 제외한 나머지 뷰 템플릿들은 forward() 과정 없이 바로 렌더링 됨
+) Thymeleaf 뷰 템플릿을 사용하면 ThymeleafViewResolver 를 등록해야 함 -> 최근에는 라이브러리만 추가하면 스프링 부트가 이런 작업도 모두 자동화해줌!
In to Spring MVC
자바에 어노테이션도 없고,, 스프링이 MVC도 약하고 유연한 컨트롤러도 없던 시기에,, 한 줄기 단비,, 그의 이름은
@RequestMapping
RequestMapping - RequestMappingHandlerMapping - RequestMappingAdapter 환상의 단짝
V1
ex) 회원 등록
@Controller //스프링이 자동으로 빈으로 등록(얘 안에 @Component 있음! => Mapping 에서 아 얘는 핸들러 정보구나 라고 인식하고 꺼낼 수 있는 대상이 됨[스프링 MVC에서 에노테이션 기반 컨트롤러로 인식])
public class SpringMemberFormControllerV1 {
@RequestMapping("/springmvc/v1/members/new-form")
//요청 정보 매핑 -> URL이 호출되면서 메서드 호출(이름은 자유!)
public ModelAndView process() {
//모델과 뷰 정보를 담아서 반환
return new ModelAndView("new-form");
}
}RequestMappingHandlerMapping은 @RequestMapping || @Controller가 붙어 있으면 매핑 정보로 인식함!
=> 그래서 저 위에 예시 코드에 Controller 부분을 @Component @RequestMapping으로 바꿔도 인식됨!
ex2) 회원 저장
@Controller
public class SpringMemberSaveControllerV1 {
private MemberRepository memberRepository = MemberRepository.getInstance();
@RequestMapping("/springmvc/v1/members/save")
public ModelAndView process(HttpServletRequest request, HttpServletResponse response) {
String username = request.getParameter("username");
int age = Integer.parseInt(request.getParameter("age"));
Member member = new Member(username, age);
System.out.println("member = " + member);
memberRepository.save(member);
ModelAndView mv = new ModelAndView("save-result");
mv.addObject("member", member);
//ModelAndView를 통해 Model 데이터를 추가할 때는 addObject()를 사용하면 됨! -> 이후 뷰 렌더링 할 때 이 데이터가 사용됨!
return mv;
}
}V2 - 컨트롤러 대통합의 시기
@RequestMapping 이 클래스 단위가 아니라 메서드 단위에 적용되어 컨트롤러 클래스를 유연하게 하나로 통합할 수 있음!
@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, HttpServletResponse response) {
String username = request.getParameter("username");
int age = Integer.parseInt(request.getParameter("age"));
Member member = new Member(username, age);
memberRepository.save(member);
ModelAndView mav = new ModelAndView("save-result");
mav.addObject("member", member);
return mav;
}
@RequestMapping
public ModelAndView members() {
List<Member> members = memberRepository.findAll();
ModelAndView mav = new ModelAndView("members");
mav.addObject("members", members);
return mav;
}
}이 코드를 보면 계속 /springmvc/v2/members 부분이 중복되는 걸 알 수 있음
=> 그럴 때는 클래스 레벨 부분에 @RequestMapping("/springmvc/v2/members") 이렇게 써주면 중복되는 부분 삭제 가능!
V3 - 실용성이 갑이즤(실무 사용률⬆️)
/**
* v3
* Model 도입
* ViewName 직접 반환
* @RequestParam 사용
* @RequestMapping -> @GetMapping, @PostMapping
*/
@Controller
@RequestMapping("/springmvc/v3/members")
public class SpringMemberControllerV3 {
private MemberRepository memberRepository = MemberRepository.getInstance();
@GetMapping("/new-form")
public String newForm() {
return "new-form";
}
@PostMapping("/save")
public String save(
@RequestParam("username") String username,
//HTTP 요청 파라미터를 @RequestParam으로 받을 수 있음 (= `request.getParameter("username"))`
@RequestParam("age") int age,
//모델을 파라미터로 받음!
Model model) {
Member member = new Member(username, age);
memberRepository.save(member);
model.addAttribute("member", member);
return "save-result";
//view네임 직접 반환
}
@GetMapping
public String members(Model model) {
List<Member> members = memberRepository.findAll();
model.addAttribute("members", members);
return "members";
}
}BUT! 이렇게 하면 PUT, GET, POST 상관없이 걍 다 실행됨! NOT SO GOOD!
그래서 @RequestMapping에서 @RequestMapping(value = "/new-form", method = RequestMethod.GET) 작성을 해주면 요청 메소드 지정이 가능함!
BUT! 그렇다 우리 조상들은 간단한 것을 좋아한다.
ex) @GetMapping , @PostMapping("/save")
이런 간편한 방법으로 끝낼 수 있음!
