-
[김영한 스프링] 17. MVC 프레임워크 만들기 - 유연한 컨트롤러Spring/스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 2023. 7. 1. 04:01
유연한 컨트롤러1 - v5
만약 어떤 개발자는 ControllerV3 방식으로 개발하고 싶고, 어떤 개발자는 ControllerV4 방식으로 개발하고 싶다면 어떻게 해야 할까?
public interface ControllerV3 { ModelView process(Map<String, String> paramMap); }
public interface ControllerV4 { String process(Map<String, String> paramMap, Map<String, Object> model); }
어댑터 패턴
지금까지 우리가 개발한 프론트 컨트롤러는 한가지 방식의 컨트롤러 인터페이스만 사용할 수 있다.
ControllerV3, ControllerV4는 완전히 다른 인터페이스이다. 따라서 호환이 불가능하다. 마치 v3는 110v이고, v4는 220v 전기 콘센트 같은 것이다. 이럴 때 사용하는 것이 바로 어댑터이다.
어댑터 패턴을 사용해서 프론트 컨트롤러가 다양한 방식의 컨트롤러를 처리할 수 있도록 변경해 보자
V5 구조
- 핸들러 어댑터 : 중간에 어댑터 역할을 하는 어댑터가 추가되었는데 이름이 핸들러 어댑터이다. 여기서 어댑터 역할을 해주는 덕분에 다양한 종류의 컨트롤러를 호출할 수 있다.
- 핸들러 : 컨트롤러의 이름을 더 넓은 범위인 핸들러로 변경했다. 그 이유는 이제 어댑터가 있기 때문에 꼭 컨트롤러의 개념뿐만 아니라 어떠한 것이든 해당하는 종류의 어댑터만 있으면 다 처리할 수 있기 때문이다.
MyHandlerAdapter
package hello.servlet.web.frontcontroller.v5; import hello.servlet.web.frontcontroller.ModelView; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; public interface MyHandlerAdapter { boolean support(Object handler); // 컨트롤러가 넘어왔을때 지원 가능한지 판단 ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException; }
main/java/hello.servlet/web/frontcontroller/v5/MyHandlerAdapter 생성
- boolean supports(Object handler)
- handler는 컨트롤러를 말한다.
- 어댑터가 해당 컨트롤러를 처리할 수 있는지 판단하는 메서드다. (true/false반환)
- ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
- 어댑터는 실제 컨트롤러를 호출하고, 그 결과로 ModelView를 반환해야 한다.
- 실제 컨트롤러가 ModelView를 반환하지 못하면, 어댑터가 ModelView를 직접 생성해서라도 반환해야 한다.
- 이전에는 프론트 컨트롤러가 실제 컨트롤러를 호출했지만 이제는 이 어댑터를 통해서 실제 컨트롤러가 호출된다.
ControllerV3HandlerAdapter
main/java/hello.servlet/web/frontcontroller/v5/adapter/ControllerV3HandlerAdapter 생성
package hello.servlet.web.frontcontroller.v5.adapter; import hello.servlet.web.frontcontroller.ModelView; import hello.servlet.web.frontcontroller.v3.ControllerV3; import hello.servlet.web.frontcontroller.v5.MyHandlerAdapter; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.util.Enumeration; import java.util.HashMap; import java.util.Map; public class ControllerV3HandlerAdapter implements MyHandlerAdapter { @Override public boolean support(Object handler) { return (handler instanceof ControllerV3); // V3가 넘어오면 true, 나머지는 false } @Override public ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException { ControllerV3 controller = (ControllerV3) handler; // casting Map<String, String> paramMap = createParamMap(request); ModelView mv = controller.process(paramMap); return mv; } // V3 코드 그대로 사용 private Map<String, String> createParamMap(HttpServletRequest request) { // 로그 출력 용 Enumeration params = request.getParameterNames(); while(params.hasMoreElements()) { String name = (String) params.nextElement(); System.out.println(name + " : " + request.getParameter(name)); } // request.getParameterNames()으로 모든 파라미터 이름 다 가져옴 Map<String, String> paramMap = new HashMap<>(); request.getParameterNames().asIterator().forEachRemaining(paramName -> paramMap.put(paramName, request.getParameter(paramName))); System.out.println("createParamMap paramMap : " + paramMap); return paramMap; } }
public boolean supports(Object handler) { return (handler instanceof ControllerV3); }
ControllerV3을 처리할 수 있는 어댑터를 뜻한다.
ControllerV3 controller = (ControllerV3) handler; Map<String, String> paramMap = createParamMap(request); ModelView mv = controller.process(paramMap); return mv;
handler를 컨트롤러 V3로 변환한 다음에 V3 형식에 맞도록 호출한다.
supports()를 통해 ControllerV3 만 지원하기 때문에 타입 변환은 걱정 없이 실행해도 된다.
ControllerV3는 ModelView를 반환하므로 그대로 ModelView를 반환하면 된다.
FrontControllerServletV5
main/java/hello.servlet/web/frontcontroller/v5/FrontControllerServletV5 생성
package hello.servlet.web.frontcontroller.v5; import hello.servlet.web.frontcontroller.ModelView; import hello.servlet.web.frontcontroller.MyView; import hello.servlet.web.frontcontroller.v3.controller.MemberFormControllerV3; import hello.servlet.web.frontcontroller.v3.controller.MemberListControllerV3; import hello.servlet.web.frontcontroller.v3.controller.MemberSaveControllerV3; import hello.servlet.web.frontcontroller.v5.adapter.ControllerV3HandlerAdapter; import javax.servlet.ServletException; import javax.servlet.annotation.WebServlet; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.util.ArrayList; import java.util.HashMap; import java.util.List; import java.util.Map; @WebServlet(name = "frontControllerServletV5", urlPatterns = "/front-controller/v5/*") public class FrontControllerServletV5 extends HttpServlet { // private Map<String, ControllerV3> controllerMap = new HashMap<>(); // 기존 코드 private final Map<String, Object> handlerMappingMap = new HashMap<>(); // V2, V3 등등 상관없이 다 들어가되기 때문에 Object private final List<MyHandlerAdapter> handlerAdapters = new ArrayList<>(); // 여러개 중 하나를 꺼내서 써야 함 public FrontControllerServletV5() { initHandlerMappingMap(); initHandlerAdapters(); } private void initHandlerMappingMap() { handlerMappingMap.put("/front-controller/v5/v3/members/new-form", new MemberFormControllerV3()); handlerMappingMap.put("/front-controller/v5/v3/members/save", new MemberSaveControllerV3()); handlerMappingMap.put("/front-controller/v5/v3/members", new MemberListControllerV3()); } private void initHandlerAdapters() { handlerAdapters.add(new ControllerV3HandlerAdapter()); } @Override protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 기존 코드 // String requestURI = request.getRequestURI(); // // ControllerV3 controller = controllerMap.get(requestURI); // // if (controller == null) { // response.setStatus(HttpServletResponse.SC_NOT_FOUND); // return; // } // // Map<String, String> paramMap = createParamMap(request); // // System.out.println("service paramMap : " + paramMap); // // ModelView mv = controller.process(paramMap); // // String viewName = mv.getViewName(); // 논리이름 ex) new-form // // System.out.println("service viewName : " + viewName); // // // 논리 이름을 이용해서 물리 이름으로 변환 // MyView view = viewResolver(viewName); // // view.render(mv.getModel(), request, response); // MemberFormControllerV3() 반환됨 Object handler = getHandler(request); if (handler == null) { response.setStatus(HttpServletResponse.SC_NOT_FOUND); return; } // ControllerV3HandlerAdapter() 반환됨 // 핸들러 어댑터 목록을 뒤져서 알맞은 핸들러 어댑터를 찾아와야함(그림에서 2번) MyHandlerAdapter adapter = gethandlerAdapter(handler); // 핸들러 호출(그림에서 3번, 4번) ModelView mv = adapter.handle(request, response, handler); String viewName = mv.getViewName(); // 논리이름 ex) new-form System.out.println("service viewName : " + viewName); // 논리 이름을 이용해서 물리 이름으로 변환 MyView view = viewResolver(viewName); view.render(mv.getModel(), request, response); } private MyHandlerAdapter gethandlerAdapter(Object handler) { for (MyHandlerAdapter adapter : handlerAdapters) { if (adapter.support(handler)) { return adapter; } } throw new IllegalArgumentException("handler adapter를 찾을 수 없습니다. handler = " + handler); } private Object getHandler(HttpServletRequest request) { String requestURI = request.getRequestURI(); return handlerMappingMap.get(requestURI); } private MyView viewResolver(String viewName) { return new MyView("/WEB-INF/views/" + viewName + ".jsp"); } }
컨트롤러(Controller) 핸들러(Handler)
이전에는 컨트롤러를 직접 매핑해서 사용했다. 그런데 이제는 어댑터를 사용하기 때문에, 컨트롤러뿐만 아니라 어댑터가 지원하기만 하면, 어떤 것이라도 URL에 매핑해서 사용할 수 있다. 그래서 이름을 컨트롤러에서 더 넓은 범위의 핸들러로 변경했다.
생성자
public FrontControllerServletV5() { initHandlerMappingMap(); //핸들러 매핑 초기화 initHandlerAdapters(); //어댑터 초기화 }
생성자는 핸들러 매핑과 어댑터를 초기화(등록)한다.
매핑 정보
private final Map<String, Object> handlerMappingMap = new HashMap<>();
매핑 정보의 값이 ControllerV3, ControllerV4 같은 인터페이스에서 아무 값이나 받을 수 있는 Object로 변경되었다.
핸들러 매핑
Object handler = getHandler(request)
private Object getHandler(HttpServletRequest request) { String requestURI = request.getRequestURI(); return handlerMappingMap.get(requestURI); }
핸들러 매핑 정보인 handlerMappingMap에서 URL에 매핑된 핸들러(컨트롤러) 객체를 찾아서 반환한다.
핸들러를 처리할 수 있는 어댑터 조회
MyHandlerAdapter adapter = getHandlerAdapter(handler)
for (MyHandlerAdapter adapter : handlerAdapters) { if (adapter.supports(handler)) { return adapter; } }
handler를 처리할 수 있는 어댑터를 adapter.supports(handler)를 통해서 찾는다.
handler가 ControllerV3 인터페이스를 구현했다면, ControllerV3HandlerAdapter 객체가 반환된다.
어댑터 호출
ModelView mv = adapter.handle(request, response, handler);
어댑터의 handle(request, response, handler) 메서드를 통해 실제 어댑터가 호출된다.어댑터는 handler(컨트롤러)를 호출하고 그 결과를 어댑터에 맞추어 반환한다.
ControllerV3HandlerAdapter의 경우 어댑터의 모양과 컨트롤러의 모양이 유사해서 변환 로직이 단순하다.
실행
유연한 컨트롤러2 - v5
ControllerV4HandlerAdapter
main/java/hello.servlet/web/frontcontroller/v5/adapter/ControllerV4HandlerAdapter 생성
package hello.servlet.web.frontcontroller.v5.adapter; import hello.servlet.web.frontcontroller.ModelView; import hello.servlet.web.frontcontroller.v4.ControllerV4; import hello.servlet.web.frontcontroller.v5.MyHandlerAdapter; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.util.Enumeration; import java.util.HashMap; import java.util.Map; public class ControllerV4HandlerAdapter implements MyHandlerAdapter { @Override public boolean support(Object handler) { return (handler instanceof ControllerV4); // V4가 넘어오면 true, 나머지는 false } @Override public ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException { ControllerV4 controller = (ControllerV4) handler;// casting Map<String, String> paramMap = createParamMap(request); HashMap<String, Object> model = new HashMap<>(); String viewName = controller.process(paramMap, model); // viewName을 return하면 에러발생 // 110v를 220v로 바꿔주는 역할 ModelView mv = new ModelView(viewName); mv.setModel(model); return mv; } // V3 코드 그대로 사용 private Map<String, String> createParamMap(HttpServletRequest request) { // 로그 출력 용 Enumeration params = request.getParameterNames(); while(params.hasMoreElements()) { String name = (String) params.nextElement(); System.out.println(name + " : " + request.getParameter(name)); } // request.getParameterNames()으로 모든 파라미터 이름 다 가져옴 Map<String, String> paramMap = new HashMap<>(); request.getParameterNames().asIterator().forEachRemaining(paramName -> paramMap.put(paramName, request.getParameter(paramName))); System.out.println("createParamMap paramMap : " + paramMap); return paramMap; } }
public boolean supports(Object handler) { return (handler instanceof ControllerV4); }
handler가 ControllerV4인 경우에만 처리하는 어댑터이다.
실행 로직
ControllerV4 controller = (ControllerV4) handler; Map<String, String> paramMap = createParamMap(request); Map<String, Object> model = new HashMap<>(); String viewName = controller.process(paramMap, model);
handler를 ControllerV4로 케스팅 하고, paramMap, model을 만들어서 해당 컨트롤러를 호출한다. 그리고 viewName을 반환받는다.
어댑터 변환
ModelView mv = new ModelView(viewName); mv.setModel(model); return mv;
어댑터에서 이 부분이 단순하지만 중요한 부분이다.
어댑터가 호출하는 ControllerV4는 뷰의 이름을 반환한다. 그런데 어댑터는 뷰의 이름이 아니라 ModelView를 만들어서 반환해야 한다. 여기서 어댑터가 꼭 필요한 이유가 나온다.ControllerV4는 뷰의 이름을 반환했지만, 어댑터는 이것을 ModelView로 만들어서 형식을 맞추어 반환한다. 마치 110v 전기 콘센트를 220v 전기 콘센트로 변경하듯이!
어댑터와 ControllerV4
public interface ControllerV4 { String process(Map<String, String> paramMap, Map<String, Object> model); } public interface MyHandlerAdapter { ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException; }
FrontControllerServletV5
핸들러 매핑(handlerMappingMap)에 ControllerV4를 사용하는 컨트롤러를 추가하고, 해당 컨트롤러를 처리할 수 있는 어댑터인 ControllerV4HandlerAdapter도 추가하자.
실행
정리
지금까지 v1 ~ v5로 점진적으로 프레임워크를 발전시켜 왔다.
지금까지 한 작업을 정리해 보자.
- v1 : 프론트 컨트롤러를 도입
- 기존 구조를 최대한 유지하면서 프론트 컨트롤러를 도입
- v2 : View 분류
- 단순 반복 되는 뷰 로직 분리
- v3 : Model 추가
- 서블릿 종속성 제거
- 뷰 이름 중복 제거
- v4 : 단순하고 실용적인 컨트롤러
- v3와 거의 비슷
- 구현 입장에서 ModelView를 직접 생성해서 반환하지 않도록 편리한 인터페이스 제공
- v5 : 유연한 컨트롤러
- 어댑터 도입
- 어댑터를 추가해서 프레임워크를 유연하고 확장성 있게 설계
여기에 애노테이션을 사용해서 컨트롤러를 더 편리하게 발전시킬 수도 있다. 만약 애노테이션을 사용해서 컨트롤러를 편리하게 사용할 수 있게 하려면 어떻게 해야 할까? 바로 애노테이션을 지원하는 어댑터를 추가하면 된다!
다형성과 어댑터 덕분에 기존 구조를 유지하면서, 프레임워크의 기능을 확장할 수 있다.
출처 : https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-1
스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 - 인프런 | 강의
웹 애플리케이션을 개발할 때 필요한 모든 웹 기술을 기초부터 이해하고, 완성할 수 있습니다. 스프링 MVC의 핵심 원리와 구조를 이해하고, 더 깊이있는 백엔드 개발자로 성장할 수 있습니다., -
www.inflearn.com
'Spring > 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술' 카테고리의 다른 글
[김영한 스프링] 19. 스프링 MVC 구조 이해 - 시작하기 & 컨트롤러 통합 & 실용적인 방식 (0) 2023.07.06 [김영한 스프링] 18. 스프링 MVC 구조 이해 - 전체 구조 & 핸들러 매핑과 핸들러 어댑터 & 뷰 리졸버 (0) 2023.07.04 [김영한 스프링] 16. MVC 프레임워크 만들기 - 단순하고 실용적인 컨트롤러 (0) 2023.06.30 [김영한 스프링] 15. MVC 프레임워크 만들기 - Model 분리 (0) 2023.06.30 [김영한 스프링] 14. MVC 프레임워크 만들기 - View 분리 (0) 2023.06.29