컨트롤러 입장에서 HttpServletRequest, HttpServletResponse이 꼭 필요할까요?
정확히는 Request 객체 내 파라미터 정보가 컨트롤러에서 필요합니다. Request 객체 전체가 필요한 건 아니죠.
앞에서 Request 객체에는 수많은 정보가 있다는 것을 배웠습니다. → 참고
그래서 파라미터 정보만 Map으로 받아서 컨트롤러에 넘겨주게 됩니다.
요청 파라미터 정보는 자바의 Map으로 대신 넘기도록 하면 지금 구조에서는 컨트롤러가 서블릿 기술을 몰라도 동작할 수 있습니다.
서블릿 기술을 몰라도 동작할 수 있다는게 포인트입니다. 테스트하기도 쉽고 간결하게 만들 수 있습니다. 또한 사용하지 않는 코드를 파라미터로 주입받을 필요가 없습니다.
그리고 request 객체를 Model로 사용하는 대신에 별도의 Model 객체를 만들어서 반환하면 됩니다.
우리가 구현하는 컨트롤러가 서블릿 기술을 전혀 사용하지 않도록 변경해봅시다. 이렇게 하면 구현 코드도 매우 단순해지고, 테스트 코드 작성이 쉽습니다.
컨트롤러에서 지정하는 뷰 이름에 중복이 있는 것을 확인할 수 있습니다.
컨트롤러는 뷰의 논리 이름을 반환하고, 실제 물리 위치의 이름은 프론트 컨트롤러에서 처리하도록 단순화합니다.