JSP MVC 패턴

뭔가 명확하지 않았던 내용에 대해서 정리해보자..

 

1. WEB-INF 폴더란?

  WEB-INF 폴더는 브라우저에서 URL 을 통해 직접 접근할 수 없고(하려고 하면 404 ERROR 발생) 서버 내에서만 접근 가능하므로 Web 정보에 관한 중요한 파일들은 WEB-INF(Web Information) 폴더에 넣는다. 그러므로 보안성을 강화할 수 있다는 것이 장점이지만, 브라우저의 직접 접근이 제한되므로 Controller 을 반드시 거쳐서 이동해야만 한다.

  일반적으로 jsp 파일은 WEB-INF 폴더에 넣고, css, img, jQuery 와 같은 정적 파일은 WEB-INF 폴더에 넣지 않는다고 한다. jsp 파일을 WEB-INF 폴더에 넣어서 관리하는 이유가 무엇일까? 브라우저를 통해서 jsp 파일에 직접 접근가능하도록 하면, 서블릿을 통과하지 않으므로 '반드시 수행되도록 구현한 기능' 이 실행되지 않고 해당 jsp 페이지에 접근하게 되는 일이 발생할 수 있다. (접근 시간, IP 등이 db 에 저장되어야 하는데 저장이 되지 않는 등)

  이러한 상황을 방지하기 위해 jsp 파일은 WEB-INF 폴더 내에 넣어서 브라우저에서 직접 요청하지 못하도록 방지하는 것이다. 모든 사용자들은 jsp 화면을 보기 위해 서블릿(Controller)을 반드시 거쳐야 한다.

 

1. Model 1

웹 브라우저의 요청이 JSP 로 바로 전달되고

JSP 파일에서 Controller, View 기능을 모두 처리한 뒤에 그 결과를 클라이언트에 반환한다.

이를 위해 JSP 파일 내에 자바 코드와 마크업 관련 코드들이 혼용되므로 유지보수 / 디버깅이 어려워진다. 그러므로 대규모 시스템에서는 적합하지 않은 구조라고 할 수 있다.

 

2. Model 2 (MVC)

 

  Model 1 의 단점을 개선하기 위해 Controller(Servlet) 을 도입하였다. 웹 브라우저의 요청은 이 Controller(Servlet) 이 받고, 적절한 처리를 수행한 뒤 jsp 페이지로 forward 한다. 그러고 나면 JSP 페이지(view) 에서는 결과 화면을 Client 에 전송한다. Model, View, Controller 으로 역할과 기능을 명확히 나누어 개발, 유지보수가 편리하다.

 

  Model: 비지니스 영역의 상태 정보를 처리

  View : 비지니스 영역에 대한 사용자가 보게 될 결과 화면을 담당

  Controller : 사용자의 입력 및 흐름 제어를 담당

 

  MVC 패턴으로 개발하면 어플리케이션의 흐름 제어, 사용자 처리 요청은 Controller 에서 담당하게 되고, 비지니스 로직을 처리하는 모델과 화면을 보여주는 View 는 철저하게 분리된다.

 

3. 스프링 MVC

 

클라이언트로부터 HTTP 요청을 DispatcherServlet 이 받는다.

→ DispatcherServlet 은 HandlerMapping 을 통해, 요청받은 것을 처리할 Controller 을 검색한다.

→ 적절한 Controller 을 찾았으면, 그 Controller 을 실행하여 요청을 처리한다.

→  Controller 는 비니지스 로직의 수행 결과로 얻어 낸 Model 정보와 Model 을 보여줄 View 정보를 ModelAndView 객체에 저장한 뒤 반환한다.

→ DispatcherServlet 은 ModelAndView 로부터 View 정보를 추출하고, ViewResolver 을 이용해 응답으로 사용할 view 를 얻는다.

→ 그 View 를 DispatcherServlet 이 실행하여 응답을 전송한다.

---

참고한 글

1. JSP MVC패턴(study3) (tistory.com)

JSP MVC패턴(study3)

2. [Spring MVC]Model1, Model2 그리고 스프링 MVC 구조 :: Dev History (tistory.com)

[Spring MVC]Model1, Model2 그리고 스프링 MVC 구조