김영한님의 인프런 강의와 PDF를 바탕으로 정리하였습니다.
https://www.inflearn.com/courses?s=%EA%B9%80%EC%98%81%ED%95%9C
어댑터 패턴
지금까지 우리가 개발한 프론트 컨트롤러는 한가지 방식의 컨트롤러 인터페이스만 사용할 수 있습니다. ControllerV1 , ControllerV3 는 완전히 다른 인터페이스입니다. 따라서 호환이 불가능하다. 마치 v3는 110v이고, v4는 220v 전기 콘센트 같은 것이다. 이럴 때 사용하는 것이 바로 어댑터입니다.
어댑터 패턴을 사용해서 프론트 컨트롤러가 다양한 방식의 컨트롤러를 처리할 수 있도록 변경해보겠습니다.
MyHandlerAdapter
- 어댑터는 이렇게 구현해야 한다는 어댑터용 인터페이스입니다.
• boolean supports(Object handler)
• • handler는 컨트롤러를 말합니다.
• • 어댑터가 해당 컨트롤러를 처리할 수 있는지 판단하는 메서드 입니다.
• ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler
• • 어댑터는 실제 컨트롤러를 호출하고, 그 결과로 ModelView를 반환해야 합니다.
• • 실제 컨트롤러가 ModelView를 반환하지 못하면, 어댑터가 ModelView를 직접 생성해서라도 반환해야 합니다.
• • 이전에는 프론트 컨트롤러가 실제 컨트롤러를 호출했지만 이제는 이 어댑터를 통해서 실제 컨트롤러가 호출된다.
ConrtrollerV3HandlerAdapter
- ControllerV3를 지원하는 어댑터
boolean support(Object handler) 의 결과 true이면 처리가능한 핸들러이다.
ModelView handle(HttpServletRequest request, HttpServletResponse respons, Object handler) 는 핸들러를 V3타입으로 변환한 다음에 V3형식에 맞도록 컨트롤러(핸들러)를 호출한다. 이때 process()메소드로 ModelView를 반환받는다.
ControllerV4를 지원하는 어댑터
support() 는 마찬가지로 결과가 true이면 해당 어댑터에서 처리가능한 핸들러이다.
handle() ControllerV3MyHandlerAdapter와 다른 것은 어댑터에서 ModelView를 만든다는 것이다. 이것이 어댑터의 진정한 역할이라 할 수 있다.
FrontControllerServletV5
컨트롤러(Controller) --> 핸들러(Handler)
이전에는 컨트롤러를 직접 매핑해서 사용했습니다. 그런데 이제는 어댑터를 사용하기 때문에, 컨트롤러 뿐만 아니라 어댑터가 지원하기만 하면, 어떤 것이라도 URL에 매핑해서 사용할 수 있습니다. 그래서 이름을 컨트롤러에서 더 넒은 범위의 핸들러로 변경했습니다.
private final Map<String, Object> handlerMappingMap = new HashMap<>();
매핑 정보의 값이 ControllerV3 , ControllerV4 같은 인터페이스에서 아무 값이나 받을 수 있는
Object 로 변경되었습니다.
핸들러 매핑
Object handler = getHandler(request)
: 요청한 url에 맞는 핸들러를 찾습니다.
핸들러를 처리할 수 있는 어댑터 조회
MyHandlerAdapter adapter = getHandlerAdapter(handler)
컨트롤러의 타입이 어댑터에서 support하는 타입이면 해당 어댑터를 반환합니다.
어댑터 호출
ModelView mv = adapter.handle(request, response, handler);
어댑터의 handle(request, response, handler) 메서드를 통해 실제 어댑터가 호출됩니다.
어댑터는 handler(컨트롤러)를 호출하고 그 결과를 어댑터에 맞추어 반환합니다. ControllerV3HandlerAdapter 의 경우 어댑터의 모양과 컨트롤러의 모양이 유사해서 변환 로직이 단순합니다.
v5: 유연한 컨트롤러 어댑터 도입
어댑터를 추가해서 프레임워크를 유연하고 확장성 있게 설계할 수 있었습니다. 또한 다형성과 어댑터 덕분에 기존 구조를 유지하면서, 프레임워크의 기능을 확장할 수 있습니다.
스프링 MVC
스프링 MVC에는 지금까지 학습한 내용과 거의 같은 구조를 가지고 있습니다.
'Spring > spring mvc' 카테고리의 다른 글
핸들러 매핑과 핸들러 어댑터 (0) | 2021.06.27 |
---|---|
스프링MVC 전체 구조 (0) | 2021.06.27 |
MVC프레임워크 -프론트 컨트롤러 도입 V3 (0) | 2021.06.26 |
MVC프레임워크 -프론트 컨트롤러 도입 V1 (0) | 2021.06.25 |
MVC프레임워크 -프론트 컨트롤러란? (0) | 2021.06.25 |