프론트 컨트롤러(Front Controller) 패턴

MVC 컨트롤러의 단점

1. forward 중복
View로 이동하는 코드가 항상 중복 호출되어야 함. 

RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);
dispatcher.forward(request, response);

 
2. ViewPath 중복

String viewPath = "/WEB-INF/views/new-form.jsp";

 
3. 공통 처리가 어렵다.
기능이 복잡해질 수록 컨트롤러에서 공통으로 처리해야 하는 부분이 더 많이 증가할 것. 공통 메서드로 뽑으면 될 것 같지만, 해당 메서드를 항상 호출해야하고 호출하는 것 자체도 중복이다. 
 
이러한 공통 기능을 처리하는 문제를 해결하기 위해 프론트 컨트롤러 패턴을 도입하면 깔끔하게 해결할 수 있다. 보통 MVC 프레임워크들은 프론트 컨트롤러 패턴을 구현한 것이다. 
 
 

FrontController 패턴 특징

• 프론트 컨트롤러 서블릿 하나로 요청 받음.
• url 매핑을 해서 요청이 오면 WAS에서 처음 요청이 들어가는 곳이 서블릿. 이 역할을 프론트 컨트롤러에서 이미 해주기 때문에 나머지 컨트롤러는 서블릿을 사용하지 않아도 된다.(HttpServlet 상속받고 @WebServlet 붙이는 등의 작업)
• 프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아서 호출
• 입구를 하나로! -> 공통 처리 가능

DispatcherServlet이 FrontController 패턴으로 구현되어 있음. 스프링의 DispatcherServlet이 제일 핵심. 스프링도 엄청난 재주가 있는게 아니라 결국 서블릿이 앞에 있는 것. 

출처
https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-1/dashboard