[스프링 MVC 1편] #3. 서블릿, JSP, MVC 패턴 (2) #232

YuDeokRin · 2024-05-19T06:59:51Z

YuDeokRin
May 19, 2024
Maintainer

모델에 담겨있는 데이터를 사용해서 화면을 그리는 일을 한다.

참고

컨트롤러에 비즈니스 로직을 둘 수 있지만, 이렇게 되면 컨트롤러가 너무 많은 역할을 담당한다.
그래서 일반적으로 비즈니스 로직은 서비스(Service)라는 계층을 별도로 만들어서 처리한다. 
그리고 컨트롤러는 비즈니스 로직 이 있는 서비스를 호출하는 역할을 담당한다.

✅그림을통해서 알아보기

MVC 패턴 이전

MVC 패턴 1

MVC 패턴 2

5️⃣ MVC 패턴 - 적용

이제 MVC 패턴을 적용해보자.
- 서블릿을 컨트롤러로 사용하고, JSP를 뷰로 사용해서 MVC1의 패턴을 적용해보자.
- Model은 HttpServletRequest 객체를 사용한다. request는 내부에 데이터 저장소를 가지고 있는데, request.setAttribute(), request.getAttribute()를 사용하면 데이터를 보관하고, 조회할 수 있다.

✅회원 등록

회원 등록 폼 - 컨트롤러

@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(request, response)
- 다른 서블릿이나 JSP로 이동할 수 있는 기능이다. 서부 내부에서 다시 호출이 발생한다.
/WEB-INF
- 이 경로 안에 JSP가 있으면 외부에서 직접 JSP를 호출할 수 없다. 우리가 기대하는 것은 항상 컨트롤러를 통해서 JSP를 호출하는 것
redirect vs forward

리다이렉트는 실제 클라이언트(웹 브라우저)에 응답이 나갔다가, 클라이언트가 redirect 경로로 다시 요청한다.
따라서 클라이언트가 인지할 수 있고, URL 경로도 실제로 변경된다. 
반면에 포워드는 서버 내부에서 일어나는 호출이기 때문에 클라이언트가 전혀 인지하지 못한다.

회원 등록 폼 - View
- 아래의 코드를 보면 form의 action을 보면 절대 경로(/로 시작)가 아니라 상대경로(/ 로 시작이 아님)인 것을 확인할 수 있다. 이렇게 상대경로를 사용하면 폼 전송시 현재 URL이 속한 계층 경로 + save가 호출된다.
- 현재 계층 경로 : /servlet-mvc/members/
- 결과 : /servlet-mvc/members/save
- 실행 : /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>

✅회원 저장

회원 저장 - 컨트롤러
- HttpServletRequest를 Model로 사용한다.
- request가 제공하는 setAttribute()를 사용하면 request 객체에 데이트럴 보관해서 뷰에 전달할 수 있다.
- 뷰는 request.getAttriute()를 사용해서 데이터를 꺼낼 수 있다.

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

회원 저장 - 뷰
- <%= request.getAttribute("member")%> 로 모델에 저장한 member 객체를 꺼낼수 있지만, 너무 복잡해진다.
- JSP는 ${ } 문법을 제공하는데, 이 문법을 사용하면 request의 attribute에 담긴 데이터를 편리하게 조회할 수 있다.

<%@ 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>

결과
- MVC 덕분에 컨트롤러 로직과 뷰 로직을 확실하게 분리한 것을 확인할 수 있다. 향후 화면에 수정이 발생하면 뷰 로직만 변경하면되는 편리함이 생긴 것이다.

✅회원 목록 조회

회원 목록 조회 - 컨트롤러
- request 객체를 사용해서 List<Member> members를 모델에 보관했다

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

회면 목록 조회 - 뷰
- 모델에 담아둔 members를 JSP가 제공하는 taglib기능을 사용해서 반복하면서 출력함.

<%@ 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>

6️⃣ MVC 패턴 - 한계

MVC 패턴 덕분에 컨트롤러의 역할과 뷰를 렌더링 하는 역할을 명확하게 구분할 수 있다. → 코드가 깔끔해지고 가독성이 좋아졌다.

✅MVC 컨트롤러의 단점

포워드 중복
- View로 이동하는 코드가 항상 중복 호출되어야 한다.
- 물론 메소드로 공통화 작업을 해도되지만, 해당 메소드도 항상 직접 호출해야 한다..
```
RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);
dispatcher.forward(request, response);
```
ViewPath에 중복
```
String viewPath = "/WEB-INF/views/new-form.jsp";
```
- prefix : /WEB-INF/views/
- suffix : .jsp
사용하지 않는 코드
- 다음 코드는 사용할 때도 있고, 사용하지 않을 때도 있다. → 특히 response는 현재 코드에서는 사용X
- HttpServletRequest,HttpServletResponse 를 사용하는 코드는 테스트 케이스를 작성하기도 어렵다.
```
HttpServletRequest request, HttpServletResponse response
```
공통 처리가 어렵다
- 컨트롤러에서 공통으로 처리해야 하는 부분이 늘어날수록 단순히 메서드로 뽑는 것만으로는 문제를 해결할 수 없습니다. 항상 해당 메서드를 호출해야 하며, 호출을 빼먹을 경우 문제가 발생하고, 또한 호출 자체도 중복될 수 있습니다.
정리하면 공통 처리가 어렵다는 문제가 있다.
- 컨트롤러 호출 전에 공통 기능을 처리하는 **프론트 컨트롤러**를 도입하여 문제를 해결할 수 있습니다. 이 패턴은 컨트롤러 호출의 입구를 단일화하여 중복을 제거하고 유지보수를 용이하게 합니다. 이는 스프링 MVC의 핵심 아이디어 중 하나입니다.

🔗 출처

김영한 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술

Navigation Menu

Uh oh!

[스프링 MVC 1편] #3. 서블릿, JSP, MVC 패턴 (2) #232

Uh oh!

{{title}}

Uh oh!

Replies: 0 comments

Select a reply

Uh oh!

Uh oh!

[스프링 MVC 1편] #3. 서블릿, JSP, MVC 패턴 (2) #232

Uh oh!

YuDeokRin May 19, 2024 Maintainer

✅그림을통해서 알아보기

5️⃣ MVC 패턴 - 적용

✅회원 등록

✅회원 저장

✅회원 목록 조회

6️⃣ MVC 패턴 - 한계

✅MVC 컨트롤러의 단점

🔗 출처

Replies: 0 comments

YuDeokRin
May 19, 2024
Maintainer