220321 Spring MVC
——————————— 유연한 컨트롤러1- v5
만약에 어떤 개발자는 v3, 어떤 개발자는 v4로 개발하고 싶다면..? 즉, 인터페이스를 다양하게 쓰고 싶다면?
예) v3는 110v ㅎㅎ.. v4는 220v 전기 콘센트 이런걸 바꾸는게 어댑터 ㅎ 이걸 어댑터 패턴을 사용해서 다양한 방식의 컨트롤러를 처리할 수 있도록 변경

****모든 자바 객체의 최상위에는 Object가 있다.
 핸들러 매핑 정보를 먼저 찾음
그러면 handler가 v3인지 찾음 그다음 이제 어댑터를 찾음 인스턴스로 되는지 보고
——————————————— 유연한 컨트롤러2 -v5
——————————————
스프링 MVC 전체 구조

똑같다….
Front Controller >> DispatcherServlet 가장 중요!!
-
DispatcherServlet 구조 스프링 MVC도 컨트롤러 패턴으로 되어 있다. DispatcherServlet도 부모 클래스에서 HttpServlet을 상속 받아서 사용하고, 서블릿으로 동작한다. 스프링 부트는 DispatcherServlet을 섭르릿으로 자동으로 등록하면서 모든 경로(“urlPatterns=“/“)에 대해서 매핑한다. 참고 : 더 자세한 경로가 우선순위가 높다. 그래서 기존에 등록한 서블릿도 함께 동작한다.
-
요청 흐름 서블릿이 호출이 되면 HttpServlet이 제공하는 service()가 호출된다. 스프링MVC는 DispatcherServlet의 부모인 FrameworkServlet에서 service()를 오버라이드 해두었다. FrameworkServlet.service()를 시작으로 여러 메서드가 호출되면서 DispatcherServlet.doDispatch()가 호출된다.
-
인터페이스 살펴보기
-
스프링 MVC의 큰 강점은 DispatcherServlet 코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다는 점이다.
-
이 인터페이스들만 구현해서 DispatcherServlet에 등록하면 나만의 컨트롤라 만들 수 있음.
-
주요 인터페이스 목록 핸들러 매핑 : HandlerMapping 핸들러 어댑터 : HandlerAdapter 뷰 리졸버 : ViewResolver 뷰 : View
-
정리 스프링 MVC는 코드 분량도 많고, 복잡해서 내부 구조를 다 파악하는 것은 쉽지 않다. 사실 해당 기능을 직접 확장하거나 나만의 컨트롤러를 만드는 일은 없으므로 걱정하지 않아도 된다 ㅎㅎ.. 그래서 이렇게 핵심 동작 방식을 알아두어야 향후 문제가 발생했을 때 어떤 부분에서 문제가 발생했는지 쉽게 파악하고, 문제를 해결할 수 있다. 그리고 확장 포인트가 필요할 때, 어떤 부분을 확장해야 할지 감을 잡을 수 있다.
———————————— 핸들러 매핑, 핸들러 어댑터
과거 애노테이션이 없던 시절에는 Controller 인터페이스를 만들어서 사용했다 참고 : Controller 인터페이스와 @Controller는 전혀 다름
 스프링이 이미 대부분의 핸들러 매핑과 어댑터를 만들어 놓음..
- 스프링 부트가 자동 등록하는 핸들러 매핑과 핸들러 어댑터 (실제로는 더 많음)
HandlerMapping 0 = RequestMappingHandlerMapping : 애노테이션 기반의 컨트롤러인 @RequestMapping에서 사용 1 = BeanNameUrlHandlerMapping : 스프링 빈의 이름으로 핸들러를 찾는다.
HandlerAdapter 0 = RequestMappingHandlerAdapter : 애노테이션 기반의 컨트롤러인 @RequestMapping에서 사용 1 = HttpRequestHandlerAdapter : HttpRequestHandler 처리 2 = SimpleControllerHandlerAdapter : Controller 인터페이스(애노테이션x, 과거에 사용) 처리
—————————————— 뷰 리졸버
스프링 부트는 ’InternalResourceVIewResolver’라는 뷰 리졸버를 자동으로 등록하는데, 이 때 ‘application.properties’에 등록한 spring.mvc.view.prefix, spring.mvc.view.suffix 설정 정보를 사용해서 등록한다.
- 스프링 부트가 자동 등록하는 뷰 리졸버 1 = BeanNameViewResolver : 빈 이름으로 뷰를 찾아서 반환. 2 = InternalResourceViewResolver : JSP를 처리할 수 있는 뷰를 반환

**************************** 결론 
- 정리 핸들러를 가져온다 (핸들러 매핑) 가져온 핸들러랑 맞는 어댑터를 찾는다 (핸들러 어댑터) 어댑터와 핸들러를 가지고 컨트롤러를 실행하고 ModelView값을 반환한다 (컨트롤러 실행?.) ModelView값으로 View의 논리이름을 갖고 View값을 반환한다. (뷰리졸버) 모델 값을 뷰에 렌더링을 한다( 뷰 렌더링)
—————————————————————————— 스프링 MVC - 시작하기
스프링이 제공하는 컨트롤러는 애노테이션 기반으로 동작해서 매우 유연하고 실용적이다. 과거에는 자바 언어에 애노테이션이 없기도 했고, 스프링도 청므에는 이렇게 유연하지 않음
@RequestMapping 스프링은 애노테이션을 활용한 매우 유연하고 실용적인 컨트롤러륾 ㅏㄴ들었는데 바로 @RequestMapping 애노테이션을 사용하는 컨트롤러이다. 여담, 스프링 프레임워크가 MVC부분이 약해서 스프링을 사용하더라도 MVC웹 기술은 스트럿츠 같은 다른 프레임워크를 사용했었다. 그런데 @RequestMapping 기반의 애노테이션 컨트롤러가 등장하면서, MVC 부분도 스프링을 다 씀
기능이 막강함.. 저 저 애노테이션이
가장 우선순위가 높은 핸들러 매핑과 핸들러 어댑터는 RequestMappingHandlerMapping @RequestMapping의 앞글자를 따서 만든 이름인데, 이것이 바로 지금 스프링에서 주로 사용하는 애노테이션 기반의 컨트롤러를 지원하는 핸들러 매핑과 어댑터 실무에서 99.9% 이 방식의 컨트롤러를 사용!!

-
@Controller 스프링이 자동으로 스프링 빈으로 등록한다 (내부에 @Component가 있음) 스프링 MVC에서 애노테이션 기반 컨트롤러로 인식한다.
-
RequestMapping 요청 정보를 매핑한다. 해당 URL이 호출되면 이 메서드가 호출된다. 애노테이션을 기반으로 동작하기 때문에, 메서드의 이름은 임의로 지으면 된다.
-
ModelAndView 모델과 뷰 정보를 담아서 반환하면 된다.
RequestMappingHandlerMapping은 스프링 빈 중에서 @RequestMapping 또는 @Controller가 클래스 레벨에 붙어 있는 경우에 매핑 정보로 인식.
만약 @Controller를 사용하지 않는다면 클래스레벨에서 @Component와 @RequestMapping을 사용하면 됨
request.getParameter로 값 가져옴
———————————————— 스프링 MVC - 컨트롤러 통합
컨트롤러를 여태까지는 클래스 별로 따로 만들었다 하지만.. @RequestMapping은 메서드 단위로 가능하기 떄문에 한 클래스 안에 메서드 이름을 달리 하여 몇개든지 상관 없이 넣을 수 있다!!
 이렇게 List, Save, new-form 다 넣을 수 있음
 거기다가 이렇게 클래스 레벨에다가 쓰면 메서드들의 공통적으로 URI가 지정된다.
———————————————— 스프링 MVC - 실용적인 방식
MVC 프레임워크 만들기에서 v3는 ModelView를 개발자가 직접 생성해서 반환했기 때문에 불편했었다.
 이렇게 request, response 말고 파라미터를 가져올 수 있다…
 메소드도 설정 가능!!
 심지어 한번 더 줄여서… @GetMapping, PostMapping으로 사용한다..
—————————————————— 정리
스프링 MVC 구조!