Spring

MVC 패턴

조밈밍 2022. 4. 18. 18:06

🔎 MVC 패턴 등장

- 비즈니스 로직은 서블릿 처럼 다른곳에서 처리하고, JSP는 목적에 맞게 HTML로 화면(View)을 그리는 일에 집중하자

💡 Model View Controller

* 웹 애플리케이션은 보통 MVC 패턴을 사용한다

- 하나의 서블릿이나, JSP로 처리하던 것을 컨트롤러(Controller)와 뷰(View)라는 영역으로 서로 역할을 나눈 것을 말한다

👉 컨트롤러 Controller

- HTTP 요청을 받아서 파라미터를 검증하고, 비즈니스 로직을 실행한다

- 뷰에 전달할 결과 데이터를 조회해서 모델을 담는다

👉 모델 Model

- 뷰에 출력할 데이터를 담아둔다

- 뷰가 필요한 데이터를 모두 모델에 담아 전달해주는 덕분에 뷰는 비즈니스 로직이나 데이터 접근을 몰라도 되고,

화면을 렌더링 하는 일에 집중할 수 있다

👉 뷰 View

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

- HTML을 생성하는 부분을 말한다

🔎 MVC 패턴2

- 비즈니스 로직은 서비스(Service)라는 계층을 별도로 만들어서 처리한다

+ 컨트롤러는 비즈니스 로직이 있는 서비스를 호출하는 역할을 담당한다

💡 MVC 패턴 적용하기

- 서블릿을 컨트롤러로, JSP를 뷰로 사용해보기

- Model은 HTTPServletRequest 객체를 사용한다

: request 객체는 내부에 데이터 저장소를 가지고 있다

: request.setAttribute(), request.getAttribute()를 사용하면 데이터를 보관하고, 조회할 수 있다

=> 컨트롤러에서는 request.setAttribute(key, value)로 데이터를 보관하고

뷰에서는 request.getAttribute(key)로 데이터를 꺼낸다

🔎 /WEB-INF

- 이 경로 안에 JSP가 있으면 외부에서 직접 JSP를 호출할 수 없다

- 항상 컨트롤러를 통해 JSP를 호출해야 한다

👉 회원 목록 조회 Controller

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

- dispatcher.forward()

: 다른 서블릿이나 JSP로 이동할 수 있는 기능

: 서버 내부에서 다시 호출이 발생한다

👉 회원 목록 조회 - 뷰

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

- 데이터 꺼내기

: <%= request.getAttribute("member")%>로 모델에 저장한 member 객체를 꺼낼 수 있지만 복잡,,

: JSP의 ${ } 문법을 사용해 request에 담긴 데이터를 편리하게 조회할 수 있다

- <c:forEach> 기능사용하기 위해 선언

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

🔎 redirect vs forward

- redirect

: 새로운 요청과 응답을 받는 것

: 실제 클라이언트(웹 브라우저)에 응답이 나갔다가, 클라이언트가 redirect경로로 다시 요청한다

: 로그인, 글쓰기 등

: 클라이언트가 인지할 수 있고, URL 경로도 변경된다

- forward

: 요청과 응답을 돌리는 것

: 검색, 단순 조회

: 서버 내부에서 일어나는 호출이기 때문에 클라이언트가 전혀 인지하지 못한다

request와 response의 정보가 forward는 그대로 갖고 있는 상태에서 해당 url로 이동하고 redirect는 아예 새로운 요청과 응답을 갖는다

❗️ 단점

- 포워드 중복

: View로 이동하는 코드가 항상 중복 호출된다

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

- viewPath 중복

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

- 사용하지 않는 코드

- 공통 처리가 어렵다

=> 프론트 컨트롤러(Front Controller) 패턴 사용 (입구를 하나로!)