[Spring] MVC 1편 (6) - MVC 패턴 적용

📌 MVC 패턴 사용 이유?

너무 많은 역할 : 하나의 파일에서 비즈니스 로직을 수행하고 뷰 렌더링까지 처리하면 유지보수가 어렵다.
변경의 라이프 사이클 : 비즈니스 로직과 뷰 렌더링의 변경의 라이프 사이클이 다르므로 한 파일에 두면 유지보수하기 좋지 않다.
기능 특화 : JSP는 뷰 템플릿으로 화면을 렌더링하는데 최적화 되어있다.

📌 Model-View-Controller

컨트롤러 : HTTP 요청을 받아 파라미터를 검증하고, 비즈니스 로직을 실행한다. 뷰에 전달할 결과 데이터를 조회해서 모델에 담는 역할을 한다.
모델 : 컨트롤러가 담은 데이터를 뷰에 전달한다. 뷰는 덕분에 비즈니스 로직이나 데이터 접근을 몰라도 되고, 화면을 렌더링하는 일에 집중할 수 있다.
뷰 : 모델에 담겨 있는 데이터를 사용해서 화면을 출력한다.

※참고※

일반적으로 실무에서 비즈니스 로직은 서비스라는 계층을 별도로 만들어서 처리하고, 컨트롤러는 비즈니스 로직이 있는 서비스를 호출하는 역할을 한다.

📌 서블릿을 컨트롤러로, JSP를 뷰로 사용하기

기존에 구현했던 웹 애플리케이션을 MVC 패턴을 적용해서 리팩토링 해보자!

✅ 회원 등록 폼 - 컨트롤러 (Servlet)

@WebServlet(name =  "mvcMemberFormServlet",urlPatterns = "/servlet-mvc/members/new-form")
public class MvcMemberFormServlet extends HttpServlet {

    @Override
    protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

        String viewPath = "/WEB-INF/views/new-form.jsp";
        RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);// controller에서 view로 이동할 때 사용
        dispatcher.forward(request, response);
    }
}

dispatcher.forward() : 다른 서블릿 또는 JSP로 이동할 수 있는 기능이다. 서버 내부에서 다시 호출이 발생한다. (리다이렉션 X)

※ 참고 ※

redirect vs forward

- redirect: 웹 브라우저에서 서버로 호출이 두번 발생. 처음 호출 + 리다이렉션 시 재호출, 클라이언트가 인지 가능

- forward: 웹 브라우저에서 서버로 호출은 한번만 발생. 서버 내부에서 여러 호출이 발생, 클라이언트가 인지 불가

✅ 회원 등록 폼 - 뷰 (JSP)

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
    <title>Title</title>
</head>
<body>
<form action="save" method="post">
    username: <input type="text" name="username" />
    age:      <input type="text" name="age" />
    <button type="submit">전송</button>
</body>
</html>

JSP 파일이 /WEB-INF 경로에 있으면 외부에서 직접 JSP를 호출할 수 없다. 컨트롤러를 통해 호출하려면 이 경로에 파일을 둔다.

✅ 회원 저장 - 컨트롤러 (Servlet)

@WebServlet(name = "mvcMemberSaveServlet", urlPatterns = "/servlet-mvc/members/save")
public class MvcMemberSaveServlet extends HttpServlet {

    private MemberRepository memberRepository = MemberRepository.getInstance();

    @Override
    protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

        String username = request.getParameter("username");
        int age = Integer.parseInt(request.getParameter("age"));

        // 인스턴스 생성해서 멤버 저장소에 저장
        Member member = new Member(username, age);
        memberRepository.save(member);

        // model에 데이터 보관
        request.setAttribute("member", member);

        String viewPath = "/WEB-INF/views/save-result.jsp";
        RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);
        dispatcher.forward(request, response);

    }
}

HttpServletRequest 객체를 Model로 사용한다.
request.setAttribute() 메서드를 사용해서 비즈니스 로직을 수행한 후 결과를 보관하고, 뷰로 전달한다.
이때 key=이름, value=member 형식으로 저장된다.

✅ 회원 저장 - 뷰 (JSP)

<ul>
    <!--(Member)(request.getAttribute("member")).getId()와 똑같은 역할-->
    <li>id=${member.id}</li>
    <li>username=${member.username}</li>
    <li>age=${member.age} </li>
</ul>

JSP가 제공하는 ${ } 문법을 사용해서 request의 attribute의 데이터를 편리하게 조회할 수 있다.

✅ 회원 목록 - 컨트롤러 (Servlet)

List<Member> members = memberRepository.findAll();

request.setAttribute("members", members);

List를 생성해서 모델에 보관한다.

✅ 회원 목록 - 뷰 (JSP)

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>

<c:forEach var="item" items="${members}"> <!--model의 attribure 이름으로 가져옴-->
    <tr>
        <td>${item.id}</td>
        <td>${item.username}</td>
        <td>${item.age}</td>
    </tr>
</c:forEach>

모델에 담아둔 리스트를 JSP가 제공하는 taglib 기능을 사용해 for문을 돌린 것 처럼 출력했다.
members 리스트에서 member를 순서대로 꺼내 item 변수에 담아 출력하는 과정을 반복한다.
이 기능을 사용하기 위해서는 첫줄처럼 선언해주어야 한다.
JSP와 같은 뷰 템플릿은 이렇게 화면을 렌더링하는데 특화된 다양한 기능을 제공한다.

📌 서블릿과 JSP로 MVC 패턴 구현 시 한계

컨트롤러와 뷰 렌더링 역할을 명확하게 구분했지만, 컨트롤러에 중복되는 코드가 많다.

String viewPath = "/WEB-INF/views/new-form.jsp";
RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);
dispatcher.forward(request, response);

forward 중복 : dispatcher를 가져와 view로 이동하기 위한 코드가 항상 중복 호출되어야 한다.
viewPath 중복 : 경로 부분(prefix)과 확장자 부분(suffix)이 중복된다. 만약 폴더 전체를 바꾸거나 템플릿 엔진을 바꾸는 등 변경이 이루어지면 전체 코드를 수정해야 한다.
사용하지 않는 코드 : request 객체는 모델을 사용할 때에는 사용했지만 response 객체는 아예 사용하지 않았다. 또 이를 사용하는 코드는 테스트 케이스를 작성하기도 어렵다.

→ 공통 처리가 어렵다

이러한 문제들을 해결하기 위해서는 컨트롤러 호출전에 공통 기능을 처리해주면 된다. 모든 요청은 수문장 역할을 하는 객체(프론트 컨트롤러)를 통해서 들어와서 뒤에 있는 컨트롤러가 호출되도록 하자!

강의 링크

스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 - 인프런 | 강의

웹 애플리케이션을 개발할 때 필요한 모든 웹 기술을 기초부터 이해하고, 완성할 수 있습니다. 스프링 MVC의 핵심 원리와 구조를 이해하고, 더 깊이있는 백엔드 개발자로 성장할 수 있습니다., -

www.inflearn.com

저작자표시 비영리 변경금지 (새창열림)

'Spring' 카테고리의 다른 글

[Spring] MVC 1편 (7) - MVC 프레임워크 만들기 v1, v2, v3 (0)	2022.03.29
[Spring] MVC 1편 (5) - 서블릿, JSP를 사용한 회원 관리 웹 애플리케이션 (0)	2022.03.29
[Spring] MVC 1편 (4) - HTTP 응답 데이터 (0)	2022.03.29

📌 MVC 패턴 사용 이유?

📌 Model-View-Controller

📌 서블릿을 컨트롤러로, JSP를 뷰로 사용하기

✅ 회원 등록 폼 - 컨트롤러 (Servlet)

✅ 회원 등록 폼 - 뷰 (JSP)

✅ 회원 저장 - 컨트롤러 (Servlet)

✅ 회원 저장 - 뷰 (JSP)

✅ 회원 목록 - 컨트롤러 (Servlet)

✅ 회원 목록 - 뷰 (JSP)

📌 서블릿과 JSP로 MVC 패턴 구현 시 한계

강의 링크

'Spring' 카테고리의 다른 글

티스토리툴바