먼저 Front Controller 패턴을 알기 전에 왜 이 패턴을 사용하게 되었는지 알아야 한다.
기존에 사용되던 MVC 패턴은 MODEL, VIEW, CONTROLLER를 합친 용어이다.
📌MVC 패턴
MVC패턴 장점 - 비교적 간단한 패턴으로 구조 파악과 확장을 쉽게 할 수 있음
MVC 패턴의 한계 - View와 Model 사이의 의존성이 높음 - View와 Model의 높은 의존성은 애플리케이션이 커질수록 복잡해지고, 유지보수가 어려움 - HttpServletRequest, HttpServletResponse를 사용하는 테스트 코드 작성하기 쉽지 않음 - 뷰 렌더링과 컨트롤러 역할을 분리한 건 좋지만 페이지가 늘어남에 따라 컨트롤러 내 중복 코드 다량 발생
=> 정리하자면, 공통 처리가 어려운 것이 문제 (이를 해결하기 위해 Front Controller 패턴 도입)
📌Front Controller 패턴
: 간단히 정리하면 클라이언트의 다양한 요청들을 한곳으로 집중시켜서 개발 및 유지보수에 효율성을 극대화 시키는 패턴
Front Controller 패턴 적용 전
Front Controller 패턴 적용 후
클라이언트들은 Front Controller에 요청을 보내고, Front Controller은 각 요청에 맞는 컨트롤러를 찾아서 호출시킨다. 공통 코드에 대해서는 Front Controller에서 처리하고, 서로 다른 코드들만 각 Controller에서 처리할 수 있도록 한다.
=> 공통된 코드가 정리되면서 코드 간결화, Front Controller 외 다른 Controller에서 Servlet 사용하지 않아도 됨
📌Command Pattern
: 객체의 행위(메서드)를 클래스로 만들어 캡슐화 하는 패턴
=> 즉, 이벤트가 발생했을 때 실행될 기능이 다양하면서도 변경이 필요한 경우에 이벤트를 발생시키는 클래스를 변경하지 않고 재사용하고자 할 때 유용
