728x90 반응형 mvc6 [Spring] HandlerAdapter를 적용한 유연한 컨트롤러2 - v5 FrontControllerServletV5 에 ControllerV4 기능도 추가해보자. package helloMVC.servlet.web.frontcontroller.v5; import helloMVC.servlet.web.frontcontroller.ModelView; import helloMVC.servlet.web.frontcontroller.MyView; import helloMVC.servlet.web.frontcontroller.v3.controller.MemberFormControllerV3; import helloMVC.servlet.web.frontcontroller.v3.controller.MemberListControllerV3; import helloMVC.servlet.web.. 2023. 5. 25. [Spring] HandlerAdapter를 적용한 유연한 컨트롤러1 - V5 만약 어떤 개발자는 ControllerV3 방식으로 개발하고 싶고, 어떤 개발자는 ControllerV4 방식으로 개발하고 싶다면, 어떻게 해야할까? public interface ControllerV3 { ModelView process(Map paramMap); } public interface ControllerV4 { String process(Map paramMap, Map model); } 둘 다 유연하게 사용하게 하려면 Adapter를 적용하면 된다. 어댑터 패턴이 있는데, 앞서 적용된 ControllerV3, ControllerV4는 한 가지 방식의 컨트롤러 인터페이스만 사용할 수 있다. ControllerV3, ControllerV4는 완전히 다른 인터페이스이다. 따라서 호환이 불가능하며.. 2023. 5. 25. [Spring] 프론트 컨트롤러 적용 후 더 단순하고 실용적인 컨트롤러 - v4 앞서 만든 v3 컨트롤러는 서블릿 종속성을 제거하고 뷰 경로의 중복을 제거하는 등, 잘 설계된 컨트롤러이다. 그런데 실제 컨트톨러 인터페이스를 구현하는 개발자 입장에서 보면, 항상 ModelView 객체를 생성하고 반환해야 하는 부분이 조금은 번거롭다. 좋은 프레임워크는 아키텍처도 중요하지만, 그와 더불어 실제 개발하는 개발자가 단순하고 편리하게 사용할 수 있어야 한다. 소위 실용성이 있어야 한다. 이번에는 v3를 조금 변경해서 실제 구현하는 개발자들이 매우 편리하게 개발할 수 있는 v4 버전을 개발해보자. V4 구조 기본적인 구조는 V3와 같다. 대신에 컨트롤러가 ModelView 를 반환하지 않고, ViewName 만 반환한다. ControllerV4 package helloMVC.servlet.we.. 2023. 5. 24. [Spring] 프론트 컨트롤러 적용 후 Model 처리 추가 서블릿 종속성 제거 컨트롤러 입장에서 HttpServletRequest, HttpServletResponse이 꼭 필요할까? 요청 파라미터 정보는 자바의 Map으로 대신 넘기도록 하면 지금 구조에서는 컨트롤러가 서블릿 기술을 몰라도 동작할 수 있다. 그리고 request 객체를 Model로 사용하는 대신에 별도의 Model 객체를 만들어서 반환하면 된다. 우리가 구현하는 컨트롤러가 서블릿 기술을 전혀 사용하지 않도록 변경해본다. 이렇게 하면 구현 코드도 매우 단순해지고, 테스트 코드 작성이 쉽다. 뷰 이름 중복 제거 컨트롤러에서 지정하는 뷰 이름에 중복이 있는 것을 확인할 수 있다. 컨트롤러는 뷰의 논리 이름을 반환하고, 실제 물리 위치의 이름은 프론트 컨트롤러에서 처리하도록 단순화 하자. 이렇게 해두면.. 2023. 5. 24. [Spring] 프론트 컨트롤러 적용 후 View 분리 - V2 모든 컨트롤러에서 뷰로 이동하는 부분에 중복이 있고 깔끔하지 않다. String viewPath = "/WEB-INF/views/new-form.jsp"; RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath); dispatcher.forward(request, response); 위의 부분을 깔끔하게 분리하기 위해 별도로 뷰를 처리하는 객체를 만들어 본다. V2 구조 MyView.java 뷰 객체는 이후 다른 버전에서도 함께 사용하므로 패키지 위치를 frontcontroller 에 두었다. package helloMVC.servlet.web.frontcontroller; import javax.servlet.RequestDispatc.. 2023. 5. 24. [Spring] 단일 Servlet, JSP → MVC 패턴 적용 그리고 MVC 패턴의 한계 하나의 서블릿이나 JSP 만으로 비즈니스 로직과 뷰 렌더링까지 모두 처리하게 되면, 너무 많은 역할을 하게 되고, 결과적으로 유지보수가 어려워진다. 비즈니스 로직을 호출하는 부분에 변경이 발생해도 해당 코드를 손대야 하고, UI를 변경할 일이 있어도 비즈니스 로직이 함께 있는 해당 파일을 수정해야 한다. HTML 코드 하나를 수정해야하는데, 수백 줄의 자바 코드가 있다면,... 또는 비즈니스 로직을 하나 수정해야 하는데 수백, 수천 줄의 HTML 코드가 함께 있다면.. 골치 아플 것이다. 사실은 둘의 변경 라이프 사이클이 다른데 JSP는 자바 비즈니스 로직과 HTML을 둘 다 처리해야 하고 몰려있다는 점이 골치 아프다. UI 일부를 수정하는 일과 비즈니스 로직을 수정하는 일은 각각 다르게 발생할 가능성이.. 2023. 5. 23. 이전 1 다음 728x90 반응형
