아무나개발하자

단순하고 실용적인 컨트롤러 - v4 앞서 만든 v3 컨트롤러도 서블릿 종속성을 제거하고, 뷰 경로의 중복을 제거하는 등 잘 설계된 컨트롤러이다. 하지만 또 다르게 중요한것은 "개발자가 편하게 사용 할 수있냐?? "이다. 아무리 구조가 좋고 설계가 잘된 프레임워크라도 개발자가 사용하기 불편하면 망한다. 지금 까지 spring프레임워크가 가장 사랑 받고 인기있었던 이유 중 하나도 개발자가 사용하기에 너무 편한 프레임 워크이다. 물론 spring 프레임워크는 구조와 설계도 아주 잘된 프레임워크이다. 하여튼 우리가 지금까지 구현한 v3를 보면 컨트롤러에서 ModelView 객체를 직접 생성하고 반환하는 번거로운 부분이 있었다. 이부분도 개발자 입장에서 조금더 편하게 사용할 수 있게 바꿔보도록 하자! Contro..

Model 추가 - v3 서블릿 종속성 제거 V2에서 더욱더 개선된 V3를 만들어 보겠다. 우선 서블릿의 종속성을 완전히 제거하겠다. 컨트롤러 입장에서 HttpServletRequest, HttpServletResponse의 요청 파라미터 정보를 자바의 Map으로 대신 넘기도록 하면 지금 구조에서는 컨트롤러가 서블릿 기술을 몰라도 동작할 수 있다. 그리고 지금까지는 model을 사용하기 위해서 request.setAttribute()를 사용하였다. 하지만 이번에는 별도의 Model 객체를 만들어서 반환 할 것이다. 이름 중복 제거 컨트롤러에서 지정하는 뷰 이름에 중복이 있는 것을 확인할 수 있다. /WEB-INF/views/new-form.jsp new-form /WEB-INF/views/save-res..

프론트 컨트롤러 패턴 소개 FrontController 패턴 특징 프론트 컨트롤러 특징에 대해 설명하겠다. 이전 서블릿이나 jsp로 웹서비스를 만들때와 다르게 프론트 컨트롤러 서블릿 하나를 만들어서 모든 클라이언트의 요청을 받는다. 그러면 프론트 컨트롤러는 요청에 맞는 컨트롤러를 찾아서 호출하게 된다. 결국 입구를 하나로 만들고 모든 공통 처리를 프론트 컨트롤러에서 함으로써 나머지 컨트롤러들은 서블릿을 사용하지 않고도 구현이 가능해진다. 이제부터 v1~v5까지 점점 발전된 구조를 설명하겠다. 나중에 v3부터는 서블릿을 사용하지 않고도 컨트롤러 구현이 가능해진다. 스프링 웹 MVC와 프론트 컨트롤러 1. 스프링 웹 MVC의 핵심도 바로 FrontController 2. 스프링 웹 MVC의 Dispatche..