목차
- MVC1 Pattern
- MVC2 Pattern
MVC1 Pattern
톰켓 서버 안에 불러온 resources들이 들어 있습니다.
톰켓 안에 a.jsp, b.jsp, c.jsp,... 들의 resources들이 들어있는데 이것들을 불러오기 위해서 db에서 요청을 하면 자바 코드로 연결을 해줘야 합니다.
클라이언트는 URL로 요청을 하고 Response를 원합니다. 아파치(server) 톰켓(was -> web application server)은 데이터 공유가 목적인 Server입니다. 그래서 이 아파치가 Client에게 필요한 값을 찾아서 주게 됩니다. 톰켓은 자바 관련된 요청이 있을 때만 일을 하는데, 자바 관련된 것이 없으면 톰켓이 일을 하지 않습니다.
클라이언트가 jsp를 원하면 아파치가 톰켓에게 일을 위임하고 톰켓은 jsp를 text/html로 변환해서 클라이언트에게 요청 값을 줍니다.
JSP 가 ViewController 역할을 하게 되는데, Controller는 JAVA, View는 html, css event는 script를 사용합니다. Model은 jdbc인터페이스로 사용하게 됩니다.
MVC / model, view, controller
Model은 종합적인 데이터 정보나 DB 등을 말합니다 - M
View의 역할은 그림을 보여주게 합니다, 즉 사용자에게 보이는 화면, UI를 말합니다 Model로부터 데이터를 받아와서 표시를 합니다 - V
Controller의 역할은 분기를 만들어 주는 것입니다, 데이터와 비즈니스 로직 사이의 접근을 관리합니다. 즉, 모델과 뷰를 통제합니다. MVC 패턴에서 View와 Model이 직접적인 접근이 불가능하게 합니다. - C
여기서 Java Bean은 Object를 말해줍니다.
URL 패턴의 단점 (MVC1의 단점)
-UI 코드(프레젠테이션)
-비즈니스 코드
코드 수정이 너무 힘듭니다. 접근을 모두 다 제어해야 하기 때문입니다!!
Model이 나오게 된 배경
서블릿은 자바 코드 안에 HTML 코드를 포함하는 것이고
JSP는 HTML 안에 자바 코드를 포함합니다.
서블릿이 먼저 세상에 나왔습니다.
서블릿 기반으로 웹을 만든다면 Syosut(“<html></html>”)이런 것을 전부다 코딩해야 하지만 Jsp를 쓰면 톰켓(컴파일러 역할)이 JSP를 servlet으로 컴파일해줍니다. 그렇기 때문에 우리는 Jsp로 작업을 하면 servlet으로 컴파일해주기 때문에, 쉽게 작업할 수 있다.
JSP-> complie -> *. java -> HTML(MIME TYPE) -> text/plain, text/html ….. etc.. Data
Jsp만 쓰면 모든 연결되는 코드들을 다 수정을 해줘야 합니다.
그러나 앞에 서블릿을 두면 URI 패턴을 쓸 수 있게 됩니다. 자원에 접근하지 않고 식별자에 접근해줄 수 있게 해 준다는 거죠. FrontController 인 서블릿을 사용해서, /home, /page1... /* 등으로 요청되는 모든 것들을 전부다 FrontController로 다 제어할 수 있게 합니다.
Reponseibility (역할)
FrontController에 공통 로직을 넣고 자바 클래스의 행위를 책임이라고 합니다. Responsibility,
즉 자기의 일!!
책임을 분리시켜야 좋은 코드가 나옵니다.
Controller를 다는 것이 model2 방식입니다.
FrontController는 라우팅만 하게 하며(책임)
FrontController에 요청하면 항상 redirection을 줍니다.
Controller의 역할 – 분기 -> C라고 불린다
View의 역할 -> UI 코드 - 그림 -> V라고 불린다
MVC패턴 -> Model2 방식
C 가 뷰가 필요하다는 요청을 받으면 뷰만 보여주고
데이터도 필요하면 DB를 가지고 뷰도 찾아서 둘 다 보여준다
Model ( DB로직 )
요새는 잘 안 쓰고 옵저버 패턴을 쓴다네요.
MVC 2 Pattern
FrontController가 여러 개면 컨트롤러에 에너테이션을 붙이면 DisFatcher를 통해 요청을 띄울 수 있게 됩니다. ( 프로젝트를 실행할 때 실행되는 컴포넌트 스캔을 통해서 IOC컨테이너에 등록할 것들을 다 등록하게 됩니다 )
사용자가 요청을 하게 되면 IOC컨테이너에 있는 ./* 뒤에 있는 것들을 IOC컨테이너에서 다 뒤져서 찾아서 요청받은 함수를 찾아서 값을 줍니다 (return).
Rule of Framework
프레임워크는 틀이기 때문에 MVC패턴을 지켜줘야 합니다. (강제성)
테이블마다 관리하기 편하게 보통 하나씩 MVC패턴 만듭니다.
Tomcat server
톰켓이 스프링보다 서버의 영역이 더 큰데, 여기에 스프링이 포함되며, 디스 패쳐 앞단에서 이상한 요청(for문으로 1초에 100번 접속, post)을 막을 수 있는 필터를 만들 수 있습니다. (보안)
Reference
https://terasolunaorg.github.io/guideline/5.0.1.RELEASE/en/Overview/SpringMVCOverview.html
https://chobopark.tistory.com/21
https://gmlwjd9405.github.io/2018/12/20/spring-mvc-framework.html
https://chanhuiseok.github.io/posts/spring-3/
'BackEnd > Spring' 카테고리의 다른 글
[Spring][3]Dependency Injection[의존성 주입] (0) | 2021.06.28 |
---|---|
[Spring][2] The practice of MVC pattern [MVC 패턴 실습] (0) | 2021.06.24 |
The foundation for entering Spring [ 스프링 입문의 기초 지식 ][2] (0) | 2021.06.23 |
The foundation for entering Spring [ 스프링 입문의 기초 지식 ][1] (0) | 2021.06.22 |
Download the Spring Tools [스프링 툴 다운로드하기] (0) | 2021.06.22 |