[스프링 MVC 1] 서블릿, 템플릿엔진, MVC 패턴 (2)

서블릿 컨테이너 동작 방식

스프링부트가 내장된 톰캣서버를 띄우고 클라이언트가 요청을 보내면 요청을 request, response객체로 만들어서 Servlet객체를 만든다.

이 Servelt객체를 관리하는 것이 서블릿 컨테이너이다.

 

HTTP 요청 메시지를 서블릿이 HttpServletRequest객체로 담아서 사용하게 편리하게 해준다.

 

`HttpServletRequest` => [메서드, URL정보, 쿼리스트링 // 헤더 // Body]와 같은 요청메시지를 편리하게 사용.

같은 요청에 값을 임시 저장할 수 있는 공간을 제공하면 세션 관리도 제공한다.

HTTP 요청 데이터 방식 3가지

• GET - 쿼리파리미터      `ex) url?username=hello?age=20`
• POST - HTML FORM
  • 메시지 바디에 쿼리 파라미터 형식으로 전달. (content-type: application/x-www-form-urlencoded)
• HTTP Message Body
  • JSON, XML, TEXT

요청의 메시지 바디의 값을 꺼내어 사용하기

쿼리스트링은 `request.getParameter(value)`로  값을 꺼낼 수 있다. 

그렇다면 메시지 바디에 있는 값은 서블릿에서 어떻게 꺼낼 수 있을까?

 

먼저 content-type이 x-www-form-urlencoded형식인 데이터는 request.getParamter()가 이를 지원하므로 그대로 사용할 수 있다. 

 

다음은 application/json, text 방식들이다.

 

text는 request에서 inputStream()을 꺼내어 String형식의 바디를 만들 수 있다.

ServletInputStream inputStream = request.getInputStream();
String messageBody = StreamUtils.copyToString(inputStream, StandardCharsets.UTF_8);

 

json은 key, value형태이므로 먼저 파싱할 수 있는 객체를 생성하자. 이후 ObjectMapper를 통해 간단히 Body를 객체로 변환시킬 수 있다.

HelloData helloData = objectMapper.readValue(messageBody, HelloData.class);

HttpServletResponse

반환할 데이터의 content-type과 쿠키, redirect, 인코딩 정보등을 설정할 수 있다.

json형태의 값을 응답에 담을 때는 `objectMapper.writeValueAsString()`를 이용해 객체를 String형태로 변환 후 반환한다.

 

템플릿 엔진

자바코드에 HTML넣어서 코딩하는 것은 매우 복잡하고 비효율적이다.

템플릿 엔진으로 자바 코드로 HTML을 만들어 내는 것 보다 차라리 HTML 문서에 동적으로 변경해야 하는 부분만 자바 코드를 넣을 수 있다면 더 편리할 것이다.

 

템플릿 엔진을 사용하면 HTML문서에다가 코드를 적용해서 동적으로 문서를 변경시킬 수 있다. (JSP, Thymeleaf, Freemarker)

 

하지만 자바코드에 HTML을 사용했을 때와 템플릿엔진에 코드를 적용했을 때 한계점이 존재한다.

바로 뷰를 생성하는 로직과 비즈니스 로직이 한 파일에서 이뤄지고 있다는 점이다. 이렇게 되면 너무 많은 역할을 하나의 파일이 담당하게 되기 때문에 유지보수하기 매우 어려워진다.

MVC 패턴

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

• JSP에게 너무 많은 역할을 할당하지말자. (너무 많은 역할은.. 그 객체가 하는일을 알기 어렵게 만든다)
• 뷰 와 비즈니스 로직 을 분리하자! (각자의 역할에 집중하자)

'뷰'와 '비즈니스로직'의 변경주기는 서로 다르다. 따라서 이 두개를 하나로 관리하는 방법은 절대 좋은 방법이 아니다. 뷰 코드만 보고 수정해도 될 일을 비즈니스 로직까지 봐야하게 되므로 유지보수하기 좋지 않다.

 

• 컨트롤러: HTTP 요청을 받아서 파라미터를 검증하고, 비즈니스 로직을 실행한다. 그리고 뷰에 전달할 결과 데이터를 조회해서 모델에 담는다.
  • 요청이 올바른지 체크 - 올바르지 않다면 서비스로 보내지 않음.
  • 컨트롤러가 너무 많은 역할을 담당하지 않도록 '비즈니스 로직'이 존재하는 서비스 계층을 만든다.

• 모델: 뷰에 출력할 데이터를 담아둔다. 뷰가 필요한 데이터를 모두 모델에 담아서 전달해주는 덕분에 뷰는 비즈니스 로직이나 데이터 접근을 몰라도 되고, 화면을 렌더링 하는 일에 집중할 수 있다.

 

• 뷰: 모델에 담겨있는 데이터를 사용해서 화면을 그리는 일에 집중한다. 여기서는 HTML을 생성하는 부분을 말한다.

MVC 요청 처리 과정

 MVC에서 Controller코드 살펴보기

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

현재 MVC 패턴을 사용해보면 뷰는 화면을 그리고 모델은 데이터를 보관하는 명확한 역할을 가진다. 하지만 Controller코드를 살펴보면 

비즈니스 로직을 처리하고 모델에 데이터를 저장하고 view의 위치를 설정하는 많은 역할을 가지고 있다.

 

여기서 view로 이동하는 코드는 중복코드로 따로 처리할 수 있을 것 같다. 이를 공통 메서드 사용하듯이 앞뒤에서 처리하고 싶다면 어떻게 해야할까?

-> 컨트롤러 호출전에 공통 기능을 처리하는 '프론트 컨트롤러' 패턴을 도입해보자..!

 

다음에는 프론트 컨트롤러가 무엇이고 어떻게 동작하는지에 대해 알아보려고 한다.