Dev

만약 어떤 개발자는 ControllerV3 방식으로 개발하고 싶고, 어떤 개발자는 ControllerV4 방식으로 개발하고 싶다면 어떻게 해야할까? public interface ControllerV3 { ModelView process(Map paramMap);}public interface ControllerV4 { String process(Map paramMap, Map model);}   어댑터 패턴지금까지 우리가 개발한 프론트 컨트롤러는 한가지 방식의 컨트롤러 인터페이스만 사용할 수 있다.ControllerV3 , ControllerV4 는 완전히 다른 인터페이스이다. 따라서 호환이 불가능하다. 마치 v3는 110v이 고,v4는 220v 전기 콘센트 같은 것이다. 이럴 때 사용하는 것이 바..

앞서 만든 v3 컨트롤러는 서블릿 종속성을 제거하고 뷰 경로의 중복을 제거하는 등, 잘 설계된 컨트롤러이다.그런데 실 제 컨트톨러 인터페이스를 구현하는 개발자 입장에서 보면,항상 ModelView 객체를 생성하고 반환해야 하는 부분이 조금은 번거롭다.좋은 프레임워크는 아키텍처도 중요하지만, 그와 더불어 실제 개발하는 개발자가 단순하고 편리하게 사용할 수 있어야 한다. 소위 실용성이 있어야 한다.이번에는 v3를 조금 변경해서 실제 구현하는 개발자들이 매우 편리하게 개발할 수 있는 v4 버전을 개발해보자   기본적인 구조는 V3와 같다. 대신에 컨트롤러가 ModelView 를 반환하지 않고, ViewName 만 반환한다 rt java.util.Map;public interface ControllerV4 { ..

FrontController란?- 웹 애플리케이션의 디자인 패턴 중 하나입니다- 클라이언트 요청을 받고 처리하는 중앙 집중형 컨트롤러 입니다- 이 패턴은 중복 코드를 최소화하고 유지보수성을 높이기 위해 사용됩니다 FrontController 역할- 클라이언트 모든 요청을 처음 받아드립니다- 요청에 따라 적절한 핸들러(컨트롤러) 호출하고 요청을 위임합니다- 요청에 대한 인증, 권한 부여 및 로깅과 같은 공통 작업을 처리합니다- 응답을 생성하고 클라이언트에게 반환합니다 프론트 컨트롤러 패턴은 웹 애플리케이션의 아키텍처를 단순화하고 확장성을 높이며다양한 요청을 효율적으로 관리할 수 있도록 도와줍니다대표적인 프론트컨트롤러 구현체로는 Java에서는 Spring Framework의 DispatcherServiet이..

View 분리 - v2 모든 컨트롤러에서 뷰로 이동하는 부분에 중복이 있고, 깔끔하지 않다. String viewPath = "/WEB-INF/views/new-form.jsp"; RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath); dispatcher.forward(request, response); 이 부분을 깔끔하게 분리하기 위해 별도로 뷰를 처리하는 객체를 만들자. V2 구조 MyView 뷰 객체는 이후 다른 버전에서도 함께 사용하므로 패키지 위치를 frontcontroller 에 두었다. package hello.servlet.web.frontcontroller; import javax.servlet.RequestDispa..

프론트 컨트롤러 도입 - v1 프론트 컨트롤러를 단계적으로 도입해보자. 이번 목표는 기존 코드를 최대한 유지하면서, 프론트 컨트롤러를 도입하는 것이다. 먼저 구조를 맞추어두고 점진적으로 리펙터링 해보자. V1 구조 ControllerV1 package hello.servlet.web.frontcontroller.v1; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.sql.rowset.serial.SerialException; import java.io.IOException; public interface ControllerV1 { void process(HttpS..

프론트 컨트롤러 도입 전 입구가 없어서 아무대서나 다 들어오기 때문에 똑같은 요청 받는 로직(공통로직) 을 A,B,C에 다 만들어야했다. 프론트 컨트롤러 도입 후 FrontController 패턴 특징 프론트 컨트롤러 서블릿 하나로 클라이언트의 요청을 받음 프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아서 호출 입구를 하나로! 공통 처리 가능 프론트 컨트롤러를 제외한 나머지 컨트롤러는 서블릿을 사용하지 않아도 됨 스프링 웹 MVC와 프론트 컨트롤러 스프링 웹 MVC의 핵심도 바로 FrontController 스프링 웹 MVC의 DispatcherServlet이 FrontController 패턴으로 구현되어 있음

MVC 패턴 - 한계 MVC 패턴을 적용한 덕분에 컨트롤러의 역할과 뷰를 렌더링 하는 역할을 명확하게 구분할 수 있다. 특히 뷰는 화면을 그리는 역할에 충실한 덕분에, 코드가 깔끔하고 직관적이다. 단순하게 모델에서 필요한 데이터를 꺼내고, 화면을 만들면 된다. 그런데 컨트롤러는 딱 봐도 중복이 많고, 필요하지 않는 코드들도 많이 보인다. MVC 컨트롤러의 단점 포워드 중복 View로 이동하는 코드가 항상 중복 호출되어야 한다. 물론 이 부분을 메서드로 공통화해도 되지만, 해당 메서드도 항상 직접 호출해야 한다. RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath); dispatcher.forward(request, response);..

MVC 패턴 - 적용 서블릿을 컨트롤러로 사용하고, JSP를 뷰로 사용해서 MVC 패턴을 적용해보자. Model은 HttpServletRequest 객체를 사용한다. request는 내부에 데이터 저장소를 가지고 있는데, request.setAttribute() , request.getAttribute() 를 사용하면 데이터를 보관하고, 조회할 수 있다. 회원 등록 회원 등록 폼 - 컨트롤러 hello.servlet.web.servletmvc.MvcMemberFormServlet package hello.servlet.web.servletmvc; import javax.servlet.RequestDispatcher; import javax.servlet.ServletException; import jav..

MVC 패턴 - 개요 너무 많은 역할 하나의 서블릿이나 JSP만으로 비즈니스 로직과 뷰 렌더링까지 모두 처리하게 되면, 너무 많은 역할을 하게되고, 결과적으로 유지보수가 어려워진다. 비즈니스 로직을 호출하는 부분에 변경이 발생해도 해당 코드를 손대야 하고, UI를 변경할 일이 있어도 비즈니스 로직이 함께 있는 해당 파일을 수정해야 한다. HTML 코드 하나 수정해야 하는데, 수백줄의 자바 코드가 함께 있다고 상상해보라! 또는 비즈니스 로직을 하나 수정해야 하는데 수백 수천줄의 HTML 코드가 함께 있다고 상상해보라. 변경의 라이프 사이클 사실 이게 정말 중요한데, 진짜 문제는 둘 사이에 변경의 라이프 사이클이 다르다는 점이다. 예를 들어서 UI 를 일부 수정하는 일과 비즈니스 로직을 수정하는 일은 각각 ..

JSP로 회원 관리 웹 애플리케이션 만들기 JSP 라이브러리 추가 JSP를 사용하려면 먼저 다음 라이브러리를 추가해야 한다. build.gradle 에 추가 //JSP 추가 시작 implementation 'org.apache.tomcat.embed:tomcat-embed-jasper' implementation 'javax.servlet:jstl' //JSP 추가 끝 라이브러리를 추가하면 다음 버튼을 클릭해서 Gradle을 refresh 해주자. 회원 등록 폼 JSP main/webapp/jsp/members/new-form.jsp username: age: 전송 첫 줄은 JSP문서라는 뜻이다. JSP 문서는 이렇게 시작해야 한다. 회원 등록 폼 JSP를 보면 첫 줄을 제외하고는 완전히 HTML와 똑같..