Spring / MVC 패턴

기존 Servlet + 자바, 템플릿 엔진 JSP 방식은

(앞선 예시는 비교적 간단하지만) 스케일이 커질수록 비즈니스 로직(회원 가입, 저장, 목록조회)과 뷰 렌더링(클라이언트에게 결과 화면 제시)까지 하나의 서블릿과 JSP에서 너무 많은 역할을 수행하고 있기 때문에 유지보수가 어렵습니다.

ex) JSP 템플릿을 사용한 애플리케이션에서.

비즈니스 로직을 고쳐야 한다 -> JSP를 수정해야함.

UI를 수정해야 한다 -> JSP를 수정해야함.

하나의 코드로 관리 -> 유지보수의 어려움.

특히 JSP 같은 뷰 템플릿은 화면을 렌더링하는데 최적화 되어 있기 때문에 JSP는 이 부분의 업무만 담당하는 것이 효과적입니다.

MVC(Model View Controller) 패턴

Controller : HTTP 요청을 받음 - 비즈니스 로직 실행 - 뷰에 전달할 결과 데이터를 조회해서 모델에 담음
Model : View에 출력할 데이터를 담고 있음. 모델 덕분에 뷰는 비즈니스 로직이나 데이터 접근을 몰라도 됨
View : 모델에 담겨있는 데이터를 사용해 화면을 그리는 일에 집중.

MVC 패턴은 지금까지 했던 것처럼 하나의 JSP나 서블릿으로 처리하던 것을 Controller 와 View로 영역을 나눈 것을 말합니다.

MVC 패턴은 크게 두 가지 패턴이 있습니다.

패턴 1. M-VC

1. 클라이언트에서 컨트롤러(JSP) 호출.

2. 컨트롤러(JSP)에서 해당 요청으로 비즈니스 로직을 수행할 필요가 없다고 판단하면 뷰를 클라이언트에게 전달

3. 비즈니스 로직을 호출할 필요가 있다고 판단한 경우 Service, Repository 계층에서 비즈니스 로직을 호출 및 데이터 접근을 한 후 로직 수행 후 Model에 데이터를 전달.

4. View(JSP) 에서 Model에 전달된 데이터를 조회한 후 클라이언트에게 동적 리소스 제공.

특징

뷰와 컨트롤러의 역할이 합쳐져 있습니다.
MVC 1에서는 JSP가 View와 Controller의 역할을 모두 수행합니다.
이렇게 되면 JSP에 자바코드, html 코드, css 등의 코드가 섞여있어 소스가 복잡하고 읽기 어려워져 유지보수가 어려워집니다.
하지만 상대적으로 설계가 간단하고 작은 프로젝트에 개발속도가 빠르다는 점이 있습니다.

패턴 2 M-V-C

1. 클라이언트에서 컨트롤러(Servlet) 호출.

2. 컨트롤러(Servet)에서 해당 요청으로 비즈니스 로직을 수행할 필요가 없다고 판단하면 뷰를 클라이언트에게 전달

4. View(JSP) 에서 Model에 전달된 데이터를 조회한 후 클라이언트에게 동적 리소스 제공.

특징

Servlet과 JSP가 나뉘어져 있어 코드가 섞일 일이 없음.
HTML과 Java코드가 분리되어 확장에 용이. 유지보수가 쉽다.
설계단계에 비용이 많이들어 개발 시간이 오래 걸린다.

MVC 패턴 적용

Servlet을 Controller로, JSP를 View로 사용해서 MVC패턴을 적용해보겠습니다.

Model은 HttpServletRequest 객체를 사용합니다.

(request는 내부에 데이터 저장소를 가지고 있기 때문에 request.setAttribute(), request.getAttribute()를 통해 데이터를 저장, 조회할 수 있습니다.)

회원 등록 폼 - 컨트롤러

package hello.servlet.web.servletmvc;

import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@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);
        dispatcher.forward(request,response);
    }
}

dispatcher.forward() : 다른 Servlet이나 JSP로 이동할 수 있는 기능으로 서버 내부에서 호출이 일어나기 때문에 리다이렉트와 달리 클라이언트는 인지할 수 없습니다.
/WEB-INT : 이 경로 안에 JSP가 있으면 브라우저를 통한 외부접근이 불가능하기 때문에 오직 컨트롤러(Servlet)을 통해서만 접근할 수 있습니다. ( 오직 /servlet-mvc/members/new-form 을 통해서만 접근 가능)

회원 등록 폼 - 뷰

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
<!-- 상대경로 사용, [현재 URL이 속한 계층 경로 + /save] -->
<form action="save" method="post">
    username: <input type="text" name="username" />
    age: <input type="text" name="age" />
    <button type="submit">전송</button>
</form>
</body>
</html>

여기서 form의 action을 보면 절대 경로( / 로 시작)가 아니라 상대경로( / 로 시작X)인 것을 확인할 수 있습니다.

이렇게 상대경로를 사용하면 폼 전송시 현재 URL이 속한 계층 경로 + save가 호출됩니다.

현재 계층 경로: /servlet-mvc/members/
결과: /servlet-mvc/members/save

등록 폼에서는 크게 달라진 게 없습니다. 회원 저장을 살펴보겠습니다.

회원 저장 - 컨트롤러

package hello.servlet.web.servletmvc;

import hello.servlet.basic.domain.member.Member;
import hello.servlet.basic.domain.member.MemberRepository;

import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@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);

        request.setAttribute("member",member);

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

    }
}

서블릿방식과 JSP 방식과 마찬가지로 /servlet-mvc/members/save에 POST된 username과 age 정보로 도메인을 생성하고 리포지토리에 저장했습니다.

Model(HttpServletRequest)에 도메인을 저장 후 -> view로 이동

회원 저장 - 뷰

<%@ page import="hello.servlet.basic.domain.member.Member" %>
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
    <title>Title</title>
</head>
<body>
성공
<ul>
<%--    <li>id=<%=((Member)request.getAttribute("member")).getId()%></li>--%>
<%--    <li>username=<%=((Member)request.getAttribute("member")).getUsername()%></li>--%>
<%--    <li>age=<%=((Member)request.getAttribute("member")).getAge()%></li>--%>

    <li>id=${member.id}</li>
    <li>username=${member.username}</li>
    <li>age=${member.age}</li>
</ul>
<a href="/index.html">메인</a>
</body>
</html>

request.getAttribute("파라미터 이름")을 통해 Model에 저장된 데이터를 Member로 캐스팅하며 getter하여 출력하는 방식도 있지만,

JSP는 ${} 문법을 제공하는데, 이 문법을 사용하면 request의 attribute에 담긴 데이터를 편리하게 조회할 수 있습니다.

마지막으로 회원 목록을 조회해보겠습니다.

회원 목록 조회 - 컨트롤러

package hello.servlet.web.servletmvc;

import hello.servlet.basic.domain.member.Member;
import hello.servlet.basic.domain.member.MemberRepository;

import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.util.List;

@WebServlet(name="mvcMemberListServlet",urlPatterns = "/servlet-mvc/members")
public class MvcMemberListServlet extends HttpServlet
{
    private MemberRepository memberRepository = MemberRepository.getInstance();

    @Override
    protected void service(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException
    {
        List<Member> members = memberRepository.findAll();
        request.setAttribute("members",members);

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

마찬가지로 request 객체를 사용해서 List를 모델에 보관했습니다.

회원 목록 조회 - 뷰

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
<html>
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
<a href="/index.html">메인</a>
<table>
    <thead>
    <th>id</th>
    <th>username</th>
    <th>age</th>
    </thead>
    <tbody>
    <c:forEach var="item" items="${members}">
        <tr>
            <td>${item.id}</td>
            <td>${item.username}</td>
            <td>${item.age}</td>
        </tr>
    </c:forEach>
    </tbody>
</table>
</body>
</html>

모델에 담아둔 members를 JSP가 제공하는 taglib기능을 사용해 반복하면서 출력했습니다.

members 리스트에서 member를 순서대로 꺼내 item 변수에 담고 출력하는 과정을 반복했습니다.

<c:forEach> 기능을 사용하려면 아래 코드가 필요합니다.

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

<%
      for (Member member : members) {
          	out.write("    <tr>");
            out.write("
            out.write("
            out.write("
            out.write("    </tr>");
            <td>" + member.getId() + "</td>");
            <td>" + member.getUsername() + "</td>");
            <td>" + member.getAge() + "</td>");
            }
%>

JSP에서 썼던 예약어 out을 사용해 출력해도 되긴 하지만 코드가 비교적 지저분합니다.
JSP같은 뷰템플릿은 이렇게 화면을 렌더링하는데 특화된 다양한 기능을 제공합니다.

MVC 패턴의 장점

컨트롤러의 역할과 뷰를 렌더링하는 역할을 명확하게 구분할수 있습니다.
뷰는 화면을 그리는 역할에 충실한 덕분에 코드가 깔끔하고 직관적입니다.

하지만 컨트롤러에는 중복된 코드가 많고 필요하지 않은 코드 (ex. response)들도 많이 보입니다.

MVC 패턴의 한계

중복 코드

String viewPath = "/WEB-INF/views/~~~.jsp";

RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);
dispatcher.forward(request,response);

공통 처리의 어려움

기능이 복잡해질수록 컨트롤러에서 공통으로 처리해야하는 부분들이 점점 더 많아집니다. 공통 기능을 메소드로 뽑으면 되겠지만, 결과적으로 해당 메소드를 항상 호출해야 하고, 또 호출하는것 자체도 여러 컨트롤러에서 수행해야 하니 중복문제가 발생합니다.
이 문제를 해결하기 위해서는 먼저 컨트롤러에서 공통 기능을 처리하는 프론트 컨트롤러 패턴이 있습니다.
다음 포스팅에서는 프론트 컨트롤러 패턴을 알아보도록 하겠습니다.

<참고자료>

https://onejuny.tistory.com/entry/JavaJsp-MVC-1-MVC-2-%EC%B0%A8%EC%9D%B4-%EB%B0%8F-%EC%9E%A5%EB%8B%A8%EC%A0%90

[Java/Jsp] MVC 1, MVC 2 차이 및 장단점

개발을 하다보면 MVC 패턴이라는 말을 자주 듣게 된다. 개발자를 꿈꾸는 사람이나, 현업에서 개발을 하고 있는 사람이나 MVC 패턴은 필수적으로 알고 있어야 한다. MVC 패턴은 무엇인가? MVC 패턴은

onejuny.tistory.com

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-1/dashboard

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

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

www.inflearn.com

https://cocoon1787.tistory.com/733

[개발상식] MVC 패턴이란? (Model-View-Controller)

🚀 이번 포스팅은 개발자 면접에서 자주 나오는 질문 중의 하나인 "MVC패턴"에 대한 내용입니다. MVC패턴의 의미와 사용해야 하는 이유, 사용 예시 등등에 대해 알아보겠습니다. 💡 MVC 패턴이란?

cocoon1787.tistory.com

'📕 Backend > MVC Pattern' 카테고리의 다른 글

Adapter 패턴 (0)	2023.03.02
Front-Controller 패턴 (0)	2023.02.27
Spring / 순수 Servlet 패턴, JSP 패턴 (0)	2023.02.23
Spring MVC / HttpServletResponse (0)	2023.02.22
Spring MVC / HttpServletRequest (0)	2023.02.22

블로그의 정보

Study Repository

rlaehddnd0422

Spring / MVC 패턴

MVC(Model View Controller) 패턴

패턴 1. M-VC

패턴 2 M-V-C

MVC 패턴 적용

MVC 패턴의 한계

'📕 Backend > MVC Pattern' 카테고리의 다른 글

블로그의 정보

활동하기

티스토리툴바

MVC(Model View Controller) 패턴

패턴 1. M-VC

패턴 2 M-V-C

MVC 패턴 적용

MVC 패턴의 한계

'📕 Backend > MVC Pattern' 카테고리의 다른 글

블로그의 정보

활동하기

공유하기

다른 글

티스토리툴바