출처

---

프론트 컨트롤러 패턴이란?

프론트 컨트롤러라는 서블릿이 있고 공통 로직은 프론트 컨트롤러에서 처리하고 개별 로직은 각 컨트롤러에서 처리한다

• 프론트 컨트롤러 서블릿 하나로 클라이언트의 요청을 받는다
• 프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아서 호출한다
• 프론트 컨트롤러를 제외한 나머지 컨트롤러는 서블릿을 사용하지 않아도 됨
  • 프론트 컨트롤러에서 서블릿이 필요한 작업을 해줌
  • HttpServlet을 상속받거나 @WebServlet 애노테이션을 달 필요 없음
  • HttpServletRequest도 필요하지 않으면 사용하지 않아도 됨
• 공통 로직 (서블릿 관련, 뷰 렌더링, 모델 관련 등) 은 프론트 컨트롤러에서 처리
• 프론트 컨트롤러가 HttpServlet 를 상속하고, @WebServlet 를 달아서 Http 요청을 받고, service 메서드에서 핸들러를 찾아서 전달

@WebServlet(
	name = "frontControllerServletV1", 
    urlPatterns = "/front-controller/v1/*"
    )
public class FrontControllerServletV1 extends HttpServlet {

스프링 웹 MVC의 핵심이 프론트컨트롤러에 있다
스프링 웹 MVC의 핵심인 디스패처 서블릿도 프론트컨트롤러 패턴으로 구현되어 있다.

버전 별 주요 내용만 정리

V3

ModelAndView

• 컨트롤러에서 서블릿 api (HttpServletRequest, HttpServletResponse )의 종속성을 제거하고자, ModelAndView 가 뷰 이름 + 뷰를 렌더링 할 때 필요한 Model 을 갖고 있는다.

public class MemberFormControllerV3 implements ControllerV3 {
   @Override
   public ModelView process(Map<String, String> paramMap) {
   		return new ModelView("new-form");
   }
}

• 핸들러는 서블릿 종속성 제거 : 이제 파라미터로 HttpServletRequest, HttpServletResponse 사용 X
• 원래 HttpServletRequest 로 파라미터 전달받던 것은 paramMap 으로 대체
• HttpServletRequest 에서 파라미터 꺼내서 Map 으로 변환하는 건 프론트 컨트롤러에서 진행
• 이제 ModelAndView 반환

뷰 리졸버

• 컨트롤러가 반환한 논리 뷰 이름 -> 물리 경로로 반환
  members -> /WEB-INF/views/member.jsp
• JSP로 포워딩 해서 렌더링

V4

• 핸들러는 뷰의 논리 이름만 반환 (개발자 편의성)
• 프론트 컨트롤러 -> 핸들러 호출 시 파라미터로 모델도 전달 (개발자는 모델 생성할 필요 없이 모델에 값 넣기만 하면 된다)

public class MemberSaveControllerV4 implements ControllerV4 {
    private MemberRepository memberRepository = MemberRepository.getInstance();

    @Override
    public String process(Map<String, String> paramMap, Map<String, Object>
            model) {
        String username = paramMap.get("username");
        int age = Integer.parseInt(paramMap.get("age"));
        Member member = new Member(username, age);
        memberRepository.save(member);
        model.put("member", member);
        return "save-result";
    }
}

• model 파라미터에 필요한 값 넣기
• 논리 뷰 이름만 반환

V5

• 어댑터 패턴 적용
• 다양한 종류의 컨트롤러(핸들러) 를 지원하기 위함

핸들러 어댑터

    @Override
    protected void service(HttpServletRequest request, HttpServletResponse
            response)
            throws ServletException, IOException {
        Object handler = getHandler(request);
        if (handler == null) {
            response.setStatus(HttpServletResponse.SC_NOT_FOUND);
            return;
        }
        MyHandlerAdapter adapter = getHandlerAdapter(handler);
        ModelView mv = adapter.handle(request, response, handler);
        MyView view = viewResolver(mv.getViewName());
        view.render(mv.getModel(), request, response);
    }

1. 사용자 http 요청
2. 프론트 컨트롤러에서 http 요청에 맞는 핸들러(컨트롤러) 찾음
3. 프론트 컨트롤러에서 핸들러에 맞는 핸들러 어댑터 찾음
4. 핸들러 어댑터에 의해 핸들러 호출
   이 때, 핸들러 어댑터에 의해 핸들러 버전에 상관없이 결과적으로는 V5 api 에 맞게 MyView를 반환하게 됨
5. 이후 과정 (렌더링 등)

자세한 내용

프론트 컨트롤러 V5에서는 핸들러 어댑터를 추가한다.
핸들러 어댑터는 중간에서 어댑터 역할을 해줘서 다양한 종류(버전)의 컨트롤러를 호출할 수 있다.
그리고 컨트롤러를 핸들러라는 이름으로 부른다. 왜냐하면 해당하는 핸들러 어댑터만 있으면 다양한 종류의 핸들러를 호출할 수 있기 때문에 컨트롤러보다 더 넓은 의미인 핸들러로 부른다.

핸들러 어댑터

public interface MyHandlerAdapter {

    boolean supports(Object handler);

    ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException;

}

MyHandlerAdapter를 핸들러를 이런 식으로 구성하라는 가이드를 제공한다.
핸들러는 MyHandlerAdapter를 구현하게 된다.
supports는 어댑터가 해당 핸들러를 처리할 수 있는지 판단하는 메서드이다.

handle은 어댑터가 실제 핸들러를 호출하고 그 결과로 ModelAndView를 반환하기 위한 메서드이다.

ControllerV3HandlerAdapter

public class ControllerV3HandlerAdapter implements MyHandlerAdapter {
    @Override
    public boolean supports(Object handler) {
        return (handler instanceof ControllerV3);
    }

    @Override
    public ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException {
        ControllerV3 controller = (ControllerV3) handler;
        Map<String, String> paramMap = createParamMap(request);
        ModelView mv = controller.process(paramMap);
        return mv;
    }

    private static Map<String, String> createParamMap(HttpServletRequest request) {
        //paramMap
        Map<String,String> paramMap = new HashMap<>();
        request.getParameterNames().asIterator()
                .forEachRemaining(paramName -> paramMap.put(paramName, request.getParameter(paramName)));
        return paramMap;
    }
}

V3 핸들러어댑터를 지원하기 위한 ControllerV3HandlerAdapter 이다.
supports 메서드를 보면 ControllerV3의 객체인지 확인한다.

그리고 ModelView를 반환하는 메서드가 handle이다.

ControllerV4HandlerAdapter

public class ControllerV4HandlerAdapter implements MyHandlerAdapter {
    @Override
    public boolean supports(Object handler) {
        return (handler instanceof ControllerV4);
    }

    @Override
    public ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException {
        ControllerV4 controller = (ControllerV4) handler;

        Map<String, String> paramMap = createParamMap(request);
        HashMap<String, Object> model = new HashMap<>();

        String viewName = controller.process(paramMap, model);

        ModelView mv = new ModelView(viewName);
        mv.setModel(model);

        return mv;
    }

    private static Map<String, String> createParamMap(HttpServletRequest request) {
        //paramMap
        Map<String,String> paramMap = new HashMap<>();
        request.getParameterNames().asIterator()
                .forEachRemaining(paramName -> paramMap.put(paramName, request.getParameter(paramName)));
        return paramMap;
    }
}

어댑터에서 중요한 부분은 아래 부분이다

        ModelView mv = new ModelView(viewName);
        mv.setModel(model);

        return mv;

V4 핸들러는 viewname만 반환하지만 형식에 맞추기 위해 어댑터에서 ModelAndView를 만들어 반환한다.