개요
너무 많은 역할
서블릿이나 JSP 하나로 비즈니스 로직과 뷰 렌더링까지 다 처리하면 너무 많은 역할을 해서 유지 보수가 어렵다.
변경의 라이프 사이클
둘 사이에 변경 라이프 사이클이 다르다는 것도 큰 문제다. UI 일부를 수정하는 일과 비즈니스 로직을 수정하는 일은 서로 다르게 발생할 확률이 높고 대부분 서로 영향을 주지 않는다.
기능 특화
JSP 같은 뷰 템플릿은 화면을 렌더링하는 데에 최적화되어 있기 때문에 이 업무만 담당하는 것이 효과적이다.
Model View Controller
Model
뷰에 필요한 데이터를 모두 모델에 담아 전달한다.
뷰는 비즈니스 로직이나 데이터 접근에 대해 몰라도 된다.
View
모델에 담긴 데이터를 사용해 화면을 그리는 일에 집중한다.
Controller
뷰에 전달할 결과 데이터를 조회해 모델에 담는다.
MVC 이전에는 모든 로직을 하나로 처리했다.
고객에 요청을 하면 컨트롤러에서 비즈니스 로직을 진행하고 그 데이터를 모델에 담아 뷰 로직에 넘긴다. 이때 뷰가 실행되면서 모델에 담긴 데이터로 화면에 뿌려진다.
실제로는 비즈니스 로직이 서비스, 리포지토리에서 처리된다. 컨트롤러에 두면 너무 많은 역할을 담당하게 되기 때문이다. 그래서 서비스 계층을 별도로 만들어 비즈니스 로직을 처리한다. 컨트롤러는 비즈니스 로직이 있는 서비스를 호출하는 역할을 한다.
컨트롤러는 HTTP 스펙과 파라미터를 확인하고 서비스를 호출해 비즈니스 로직을 수행한다.
그 결과를 받아 모델에 데이터를 저장하고 뷰에 넘긴다.
적용
서블릿이 컨트롤러, JSP가 뷰로 사용되는 MVC 패턴을 적용해본다.
모델은 HttpServletRequest 객체가 담당한다. request.setAttribute(), request.getAttribute()를 사용하면 데이터를 보관, 조회할 수 있다.
회원 등록
redirect는 클라이언트인 브라우저에 응답이 나갔다가 클라이언트가 redirect 경로로 다시 요청한다. 따라서 클라이언트가 인지할 수 있고 URL 경로도 실제로 변경된다.
반면, forward는 서버 내부에서 일어나는 호출이기 때문에 클라이언트가 전혀 인지하지 못한다.
JSP는 /WEB-INF에 생성한다. 이 경로에 있으면 외부에서 직접 JSP를 호출하지 못하고 컨트롤러를 통해야만 한다.
회원 저장
@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);
System.out.println("member = " + member);
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);
}
}
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<meta charset="UTF-8">
</head>
<body> 성공
<ul>
<li>id=${member.id}</li>
<li>username=${member.username}</li>
<li>age=${member.age}</li>
</ul>
<a href="/index.html">메인</a>
</body>
</html>
회원 목록 조회
@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 {
System.out.println("MvcMemberListServlet.service");
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);
}
}
<%@ 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>
한계
MVC 패턴 덕분에 컨트롤러와 뷰를 구분할 수 있었다. 하지만 컨트롤러에 중복이 많고 불필요한 코드도 많아보인다.
포워드 중복
RequestDispatcher dispatcher=request.getRequestDispatcher(viewPath);
dispatcher.forward(request,response);
뷰로 이동하는 코드가 항상 중복으로 호출되어야 한다.
ViewPath 중복
String viewPath = "/WEB-INF/views/new-form.jsp";
디렉토리나 어떤 요소가 바뀐다면 모든 코드를 다 바꿔야 한다.
사용하지 않는 코드
HttpServletRequest request, HttpServletResponse response
둘 중 하나만 사용하거나 사용하지 않는 경우가 있다.
공통 처리의 어려움
기능이 복잡해지면 컨트롤러에서 공통으로 처리해야 하는 것이 점점 많아진다.
공통 기능을 메서드로 뽑아도 그 메서드를 항상 호출해야 하고 실수로 호출을 빼먹을 수도 있다. 게다가 호출하는 것 자체도 중복된다.
결국 공통 처리가 어렵다는 문제가 있다. 수문장 역할을 하는 기능이 필요하다. 프론트 컨트롤러 패턴을 이용하면 해결할 수 있다.
